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0. Vorwort 





Das vorliegende Dokumentationsmaterial ist als Handbuch zur 
umfassenden Information ueber das lokale Mikrorechner- und 
PC-Kommunikationssystem SCOM-LAN vorgesehen. 

Diese an der IHS Warnemuende/Wustrow im Direktorat Wissen- 
schaftlicher Geraetebau und Rechentechnik entwickelte Loe- 
sung wurde in gemeinsamer Arbeit mit Vertretern des VEB 
Robotron Bueromaschinenwerk "Ernst Thaelmann" Soemmerda fuer 
den PC-1715 und den PC-1715W in die industrielle Fertigung 
ueberfuehrt. 

Abgeschlossen «wurde an der IHS auch die SCOM-Baugruppen- 
entwicklung fuer modulare K1520-Systeme. Die Produktion und 
der Vertrieb dieser Variante erfolgt im VEB DVZ/EPMR 
(Rostock). 

Die unkomplizierte kostenguenstige Installation und das 
einfache Hardwareprinzip gestatten und motivieren weiterge- 
hende lImplementierungsarbeiten des SCOM-LAN auf anwen- 
dungsspezifischer Geraetehardware, wie intelligente abge- 
setzte Prozessperipherie oder die Beruecksichtigung anderer 
Bussysteme. Gerade fuer den 16-bit-Personalcomputer, bei 
denen die 8-bit-Strecke als Grundlage einer intelligenten 
Rechnerperipherie dient, wird die Vebernahme des SCOM-Hard- 
ware- und Softwarekonzepts beguenstigt. 

Schwerpunkt der SCOM-LAN-Entwicklung war die Bereitstellung 
einer leistungsfaehigen Kommunikationsschnittstelle auf der 
Stufe eines Transportsystems unter Zugrundelegung einer 
"]cw-cost"-Hardware fuer das Netzwerkinterface als auch fuer 
die Installationsausfuehrung. 

Die ausfuehrliche Darstellung des Softwarepakets SCOM-NIOS 
bildet den Ausgangspunkt fuer individuelle Netzwerkapplika- 
tionen beim Anwender. 

Die vorgestellten Applikationsbeispiele betreffen allererste 
Arbeiten zur praktischen Nutzung des SCOM-LAN. Sie erheben 
keinen Anspruch auf vordergruendige Anwendungsgebiete. Im 
Anhang befindet sich eine lLiteraturzusammenstellung zum 
Fachgebiet der lokalen Rechnernetze, die als Hilfe und 
Information fuer die Einarbeitung zu sehen ist. 


SCOM-LAN unterliegt unter Beruecksichtigung des bleibenden 
Charakters einer "]ow-cost"-Vernetzungsvariante einer 
laufenden Weiterentwicklung. Deshalb sind Aenderungen und 
Ergaenzungen der Dokumentationsaussagen vorbehalten. 

In dem Sinne, dass Soft- und Hardwareapplikationen auch in 
anderen Einrichtungen neu entstehen und breiter genutzt 
werden koennen, bleibt die vorliegende Dokumentation unvoll- 


staendig. 


Der Autor bittet, durch Hinweise und Entwicklungsinforma- 
tionen zum SCOM-LAN an der Abrundung und Aktualisierung des 
vorliegenden Materials Anteil zu nehmen und zur Koordinie- 
rung der Arwendungsinitiativen beizutragen. 


Warnemuende den. 1.9.87 B. Goede 


4. Lokale Kommunikationssysteme fuer die Mikrorechentechnik 





Infolge der stuermischen Entwicklung der Mikroelektronik von 
den 70er Jahren bis zur Gegenwart stehen heute kleine und 
leistungsfaehige Mikrocomputer fuer einen breiten Nutzer- 
kreis zur Verfuegung. 

Das besondere revolutionierende Merkmal dieser Technik- 
generation ist ihr unmittelbarer Einfluss auf neue Arbeits- 
platzgestaltungen in nahezu allen Bereichen der Volkswirt- 
schaft. Rechentechnische Leistung direkt und auf die 
jeweilige Applikation bezogen mit hohem Komfort dem Nutzer 
bereitzustellen, ist das dominierende Ziel der unter den 
gebraeuchlichen Begriffen "Personalcomputer", "pc" oder 
"Arbeitsplatzcomputer" gefuehrten Geraetetechnik. Zunehmend 
wird der Personalcomputer nicht nur als persoenliches 
Arbeitsmittel verwendet, sondern auch fuer die Prozess- 
datenverarbeitung eingesetzt. Der hohe Standardisierungs- 
grad, den PC's der 8-Bit- und 16-Bit-Generation aufweisen, 
erstreckt sich neben den Geraeteinterfaces und dem Betriebs- 
system zunehmend auch auf Anwenderloesungen, d.h. den Fonds 
an Anwendersoftware einschliesslich ihrer Bedienoberflaeche. 
Inselloesungen mit Personalcomputern sind jeweils durch 
ausschliessliche Nutzung lokaler Peripherien oder der Stan- 
dard-Interfaces (z.B. V.24,IFSS) gekennzeichnet. Nachdem 
diese Einzelloesungen beherrscht werden, sind weitere Nutz- 
effekte der Computeranwendung vor allem durch einen effekti- 
ven Rechnerverbund zu erreichen. An die Stelle elementarer 
Torverbindungen oder CPU-Buskopplungen treten Mehrpunktver- 
bindungen mit einem hohen Mass an Flexibilitaet und Auf- 
waertskompatibilitaet. Einige dominierende, sich teilweise 
ueberschneidende Ziele bzw. Moeglichkeiten der Computerver- 
netzung lassen sich in folgenden Punkten aufzeigen: 


-die kollektive koordinierte Nutzung staendig aktueller 
und u.U. verteilter Datenbestaende 


-der schnelle und problemlose Austausch von Daten 
zwischen verschiedenen Arbeitsstationen, auch zwischen 
solchen unterschiedlicher Ausfuehrung 


die gemeinsame Nutzung zentralisienuter Peripherie- und 
Dienstleistungsfunktionen, wie beispielsweise Druck- 
oder Auskunftsdienste 


-die nahezu stufenlose Konfigurierbarkeit von raeumlich 
verteilten intelligenten I/0-Einheiten und PC's zu einem 
integrierten und flexiblen Gesamtsystem, gerade fuer die 
Labor- und Industrieanwendung 


—die Verteilung von globalen, 2.T. oeffentlichen 
Kommunikationslinien oder Diensten wie globale 
Mailbox, Datenbank- oder Fernjobfunktionen auf eine 
lokale Ebene 


die Schaffung geeigneter Voraussetzungen fuer eine 


effektive Auslastung kostenintensiver Geraetesysteme 
wie Drucker, Plotter, Massenspeicher, Grafikeinheiten 
u.a.0. 


die potentiell besseren Moeglichkeiten des Datenschutzes 
und der Datensicherheit 


Die Anforderungen, die diese Applikationsfelder unter Einbe- 
ziehung der konkret vorhandenen Geraetetechnik an die 
Kommunikationsloesung eines Verbundsystems stellen, sind 
aeusserst differenziert. Leistungsfaehige PC's der 16- 
bzw. 32-b1t-Technik bis zu einfachen Datenerfassungs- 
systemen, I/O-Intervalle vom Mikrosekundenbereich bis zur 
Groessenordnung von Minuten und darueber hinaus bestimmen 
die Breite dieses Spektruns. 

Dabei dominiert der Standard-PC in seinen verschiedenen 
Leistungsklassen, Ausbaustufen und Ausfuehrungsformen mehr 
und mehr als universeller Kern der Informationsverarbeitung 
in allen Bereichen der Computeranwendung. f 

Fuer ihn gilt es, rationelle Kommunikationsloesungen zu 
finden, die, bezogen auf ein abgestecktes Applikationsfeld, 
uebergreifende anwendungsneutrale Eigenschaften aufweisen 
und die sich auf andere intelligente Geraetesysteme 
rationell adaptieren lassen. 

Der Rechnerverbund mittels der Technik und Technologie 
lokaler Rechnernetze (engl. Local Area Network, LAN) auf der 
Grundlage einfacher Installationsstrukturen ist heute die 
geeignete Methode bei der Bereitstellung von Baustein- 
loesungen verteilter Informationsverarbeitung. 

Die Bezeichnung "lokales Netz" beschreibt ein Datenkommuni- 
kationssystem, welches einer Anzahl von unabhaengigen Ein- 
richtungen wie Rechner oder sonstige programmierbare Ein- 
heiten eine zumeist partnerschaftlich orientierte Kommuni- 
kation hoher Datenrate auf relativ begrenztem geografischem 
Gebiet ermoeglicht. 

Durch lokale Rechnerkommunikationssysteme werden die 
zunehmenden dezentralen Datenverarbeitungskapazitaeten im 
Sinne des integralen und zweckdienlichen Zusammenwirkens von 
Funktionseinheiten (PC's, Maschinen, Ausruestungen) zur 
Rationalisierung und Automatisierung eines Gesamtprozesses 
vereint. Dabei kann der reale Datendurchsatz zwischen den 
Netzwerkteilnehmern durchaus deutlich unterhalb des internen 
Datenflusses der Verarbeitungsstationen liegen. Ein 
typisches Beispiel ist das Fernjob-Prinzip, bei dem sich der 
Umfang der Transferaktionen auf‘ Kommandos, Argumente und 
Ergebnisse beschraenkt, die Anwendungspotenzen jedoch 
wesentlich durch die Intelligenz und die Arbeitsgeschwindig- 
keit des Ressourcencomputers bestimmt werden. 

Andererseits kann die Forderung nach einer vergleichbaren 
Groessenordnung zwischen LAN-Kommunikation und Computer- 
Datendurchsatz anstehen, wenn der Netzwerkdatenaustausch 
innerhalb des betriebssysteminternen und speicherorien- 
tierten Datenflusses direkt eingeordnet wird. Solche 
Anwendungsklassen sind unter der Bezeichnung Netzwerk- 
betriebssystem oder weitergehend als verteiltes Betriebs- 
system bekannt geworden. 

Ausgehend von den aufgezeigten Motiven und Moeglichkeiten 
einer Vernetzung von moderner PC- und Geraetetechnik wurde 
fuer eine untere Anwendungsklasse von Kommunikations- 
loesungen das System SCOM-LAN entwickelt. Die Bezeichnung 
"untere Anwendungsklasse!" bezieht sich auf Anforderungen an 
die Datenuebertragungskapazitaet, nicht aber zwangslaeufig 
auf die Anwendung selbst. 


2. Warum das aufwandsoptimierte low-cost-System SCON-LAN ? 





SCOM-LAN ist die Abkuerzung fuer Subcommunication-Local- 
Area-Network. Ein Grossteil der Vernetzungspröbleme bezieht 
sich auf kleinere Komplexe, bestehend aus 4 bis 15 PC's bzw. 
modularen Hardwareeinheiten. Sehr oft werden die Anwendungs- 
faelle durch langsame Endgeraete entscheidend charak- 
terisiert (z.B. zentralisierter Drucker, Maschinenfunk- 
tionen, langsame Messwerterfassungseinheiten u.ae.). 
Weiterhin stellt sich bei einer Reihe von Aufgaben das 
Problem nach einer sinnvollen Abstimmung dezentraler Ver- 
arbeitungsprozesse und LAN-gestuetzter Ablaeufe so, dass die 
Netzwerkkommunikation zu einem vergleichsweise unkritischen 
Moment wird (z.B. Verteilung von Daten an Dialogstationen 
auf der Basis intelligenter Terminals). 

Beispielgebend fuer eine Beruecksichtigung von einfachen 
Vernetzungsprinzipien sind Entscheidungsfaelle zwischen dem 
Fernjob-Prinzip und der Applikation virtueller LAN-zentraler 
Massenspeicher ,„ die voellig unterschiedliche Anforderungen 
an den Kommunikationsdurchsatz stellen, jedoch grund- 
saetzlich beide geeignet sind, identische Anwenderprobleme 
auf unterschiedliche Art zu loesen. 

Moderne Massenspeicherperipherien ,„ wie Hard-Diskeinheiten 
stellen einen temporaeren Datendurchsatz von 2 Mbit/s (!) 
bereit. Die wuebliche Druckerausgabe liegt deutlich eine 
Groessenordnung darunter. Das heisst, selbst die virtuelle 
betriebssystemorientierte Erweiterung der Peripheriestrecke 
von Personalcomputern unter Nutzung LAN-weiter Ressourcen 
unterstreicht den differenzierten Anforderungskatalog an 
Rechnerkommunikationsloesungen deutlich. 

Ein weiterer gewichtiger Aspekt ist die Tendenz, dass 
zunehmend dezentral anfallende Informationsmengen auch 
dezentral verarbeitet werden. Das bedeutet, auf die Loesung 
bezogen, im Mittel ein Absinken des Kommunikationsumfanges, 
da die Datenstrukturen durch Vorverarbeitung gezielt 
verdichtet werden koennen. Oft nehmen Echtzeitanforderungen 
mit dem Grad der Informationsbearbeitung ab. 

Aus der Sicht der in breiter Nutzung befindlichen Standard- 
betriebssysteme (in der Regel Single-Task, Single-User) gibt 
es eine Reihe von Anwendungen, bei denen die zeitweise 
Belastung der Host-CPU durch die Erledigung von Datentrans- 
portaufgaben nicht negativ ins Gewicht faellt. 

Das Konzept des SCOM-LAN unterstuetzt deshalb besonders auch 
die Bauvariante des prozessorlosen und damit hardwaremini- 
mierten Netzwerkinterface, indem dennoch durch eine gezielte 
Verfahrensentwicklung an die Host-CPU weitestgehend 
echtzeitunkritische Anforderungen und diese nur im Falle der 
aktiven Kommunikationsbereitschaft gestellt werden. Zusammen 
mit der zugrundegelegten Installationsbasis bietet die SCOM- 
Hardware unter Beruecksichtigung der Eigenschaften des 
Transportsystems SCOM-NIOS eine kostenguenstige Alternative 
neben anderen LAN-Loesungen. 

Das entscheidende Entwicklungsziel des SCOM-LAN bestand in 
einer Maximierung seiner Anwendungseigenschaften wie 
mittlerer Nettodatendurchsatz, Auswahl von Zugriffsmethoden 
oder hohe Stoerfestigkeit auch bei alternativen Medien- 
einsatz. 


Ale Basissoftware ist das SCOM-Transportsystem NIOS vorge- 
sehen. Neben der prozessorlosen Ausfuehrungsform des LAN- 
Interfaces sind durch Einsatz des ROM-faehigen Transport- 
systems SCOM-NIOS Ausbauvarianten wie intelligenter Netz- 
werk-Controller oder LAN-Box moeglich. 

Damit ist ein gewisser Spielraum fuer die Anpassung der 
Controllerintelligenz an das Host-System (8 bit oder 16 bit) 
bzw. an Fremdrechentechnik auf der Basis eines Standard- 
interfaces (LAN-Box-Prinzip) oder durch Busadaption 
vorgegeben. 


Aus der Sicht der Entwickler ist SCOM-LAN nicht "das LAN", 
sondern eine fuer viele, auf die Kommunikationsleistung 
abgestimmte Anwendungen geeignete Systemloesung mit hoher 
oekonomischer Akzeptanz. 

Leistungsfaehige Low-Cost-Loesungen sind eine sinnvolle und 
notwendige Komponente in hierarchisch strukturierten und in 
der Leistung abgestuften Kommunikationssystemen, auch unter 
Beruecksichtigung einer Diensteintegration von Kommnika- 
tionsarten wie Bild und Sprache in uebergeordneten Verbin- 
dungen (/2.1/, /2.2/, /2.3/ ). 

Entsprechend der Hardware- und Softwarekonzeption wird ein 
Nebeneinander intelligenter und nichtintelligenter 
Anschlusskarten fuer das SCOM-LAN einkalkuliert. 

Ein Offenlassen dieser Frage bei der Netzwerkplanung unter- 
stuetzt ein positives Preis-Leistungsverhaeltnis. Einige 
Schwerpunkte des SCOM-LAN-Einsatzes sind Subkommunikations- 
systeme in Prozessnaehe, die betriebsinterne Buerokommunika- 
tion, Rechnerlabore, Dateiverwaltungssysteme u.a.n.. 

Die SCOM-LAN-Hardware ist bereits ausgefuehrt fuer den PC- 
1715, PC-1715W vom VEB Robotron Bueromaschinenwerk "Ernst 
Thaelmann" Soemmerda sowie fuer modulare K1520-Systeme (z.B. 
BC A 5120, A 5110). 

Kompatibilitaetsfragen zwischen einfachen low-cost-Loesungen 
und anderen Netzwerkausfuehrungen werden vorzugsweise ueber 
vermittelnde Gateway-Knoten mit zentraler Protokollkonver- 
tierung (Ressourcenfunktion) geloest, um den Vorteil 
kompakter Subloesungen aufrecht zu erhalten. Werden diese 
speziellen Netzwerkressourcen-Computer (in der Regel ein 
abgeruesteter PC) als Kommunikationsserver nach dem 
Auftragsverfahren ausgelegt, so kann die Internetzwerk- 
kommunikation auf der Basis einheitlicher Applikationen, wie 
zum Beispiel Mailboxdienst oder Filetransfer, erfolgen. 


/2.1./ Barney, C. : 
Low-Speed-LANs Check in At 100 Dolar per 
Connection 
Electronics, 10/1986 


/2.2./ Sohwarz, S. : 
4 ohipnet kontra ethernet fuer grosse und kleine 
Rechner 
Blektronik, 5/1986 


/2.3./ Koohar, V.; Brannon,B. 
Bus am Sensor 
Computer & Elektronik, 4/1987 


3.Verallgemeinertes Hardwarekonzept des SCOM-LAN 


Das allgemeine anwendungsneutrale Anschlussbild, dass 
der Nutzer des SCOM-LAN vorfindet, ist das Transportsystem 
SCOM-NIOS (Bild A1/1). 

Die notwendigen Hardwarefunktionseinheiten lassen sich 
entsprechend einer funktionellen Zuordnung in Rechnerinter- 
face, Mediumanschluss und Netzwerkinstallation aufteilen. 
Die Hardwarekonzeption des SCOM-LAN gebt von einer Zusammen- 
fuehrung des Netzwerkinterfaces sowie des Mediumanschlusses 
(MAU) auf einer Baugruppe aus. 


Fuer die Auslegung der Netzwerkinterfaceeinheit (NIU) ist 
eine Abstufung zwischen nichtintelligenter- d.h. prozessor- 
loser- und intelligenter Co-Prozessorvariante moeglich. 

Beide Bauformen sind hinsichtlich ihrer EBinsatzprofilierung 
differenziert zu betrachten. Insbesondere geben die unter- 
schiedlichen Datendurchsatzansprueche von konsumierenden 
User-Stationen (Arbeitsplatzsystem, PC, E/A- Terminal oder 
Prozessstation) und zentralisierten Ressourcenstationen 
Anlass, die Koexistenz beider Ausbaustufen zu unterstuetzen. 


Die entwickelten spezifischen Vebertragungs- und Protokoll- 
verfahren des SCOM-Transportsystems NIOS, das als Basissoft- 
ware fuer einen universellen hoeheren Kommurikationsdienat 
vorgesehen ist, wurden auf das "low-cost"-Standardkonzept 
einer einfachen prozessorlosen NIU ausgerichtet, um bereits 
fuer diese Variante ein Maximum an Nutzungseigenschaften zu 
sichern. 

Als Hardwareminimum fuer die Gestaltung der. SCOM- 
Interfaceeinheit wird eine Ergaenzungslogik zur klassischen 
280/U880-Peripherie SIO angesehen. Ausgangspunkt fuer die 
SIO-Nutzung bildet die Protokollunterstuetzung in den syn- 
chronen Betriebsarten. 

Die Bilder 3.1 und 3.2 bringen eine Gegenueberstellung der 
Ausbaustifen intelligenter und nichtintelligenter  Control- 
ler-Bausteine und deren Entwicklungsapezifik. 

Fuer den 16-Bit-Standard-PC wird auf eine (Co-Prozessor- 
variante der SCOM-NIU orientiert, wobei durch ein offenes 
Softwarekonzept der Grad und die Ausfuehrung der Systen- 
schnittstelle zum Hostsystem offengehalten wird. Das SCOM- 
Transportsystem NIOS ist in dem Softwareblock der Control- 
lereinheit (z.B. add-in-Loesung) als notwendige Untermenge 
von Basiskomminikationsdiensten enthalten. N 

Die Ergaenzungsschaltung auf der Grundlage der 5sIo- 
Anschluesse, die fuer alle Ausbauvarianten aufgrund der 
Kompatibilitaetsbedingung identisch ausfallen muss, erfuellt 
folgende Aufgaben: 


- bitorientierte Empfangstaktsynchronisation nach dem 
Empfangssignal 

- Leitungstreiber und Leitungsempfaenger 

- Aktiver Mediumanschluss ohne Speicherwirkung in der Signal- 
leitung 

- Schutz- und Sioherungsmassnahmen (galvanische Knoten- 
trennung sowie Umgehungslogik bei Knotenabschaltung) 


Fuer alle Detailaufgabenstellungen gibt es eine Vielzahl von 
moeglichen Schaltungsvarianten. 
Bild 3.3 verdeutlicht den Sachverhalt des Mediumanschlusses 
in der SCOM-Installation, so wie er in den nachstehend 
beschriebenen Beispielausfuehrungen zugrunde gelegt wird. 
Das Prinzip ist typisch fuer alle Topologien, deren Instal- 
lationsvorschrift auf der Basis von elektrischen Punkt-zu- 
Punkt-Verkabelungen gestaltet ist. Der unidirektionale Ring 
ist dabei die praktisch einfachste Installationsform. Die 
NIU-Baugruppen wuebernehmen die aktive Signalweiterleitung 
ueber eine Zwischenschaltung von Leitungsempfaenger und 
Leitungssender (Bilder A1/2,41/3). 
Grundsaetzlich setzt das Transportsystem NIOS nur den Halb- 
duplexkanal voraus. Dadurch koennen Topologiemodifikationen, 
wie passiver oder aktiver Bus, unidirektionaler aktiver Ring 
oder Linientopologie mit getrennter Sende- und Empfangs- 
leitung ohne Einschraenkungen auf die Funktionen des 
Transportsystems beruecksichtigt werden. 
Ein besonderes Merkmal des Hardwarekonzepts ist der Verzicht 
auf Punktionsstufen zur Leitungskodierung und Dekodierung 
der Kanaldaten. 
Diese an sich zur Sicherung von Zeitbezugsinformationen not- 
wendigen Funktionsschritte werden durch den Softwaremodul 
NIOS im Rahmen seiner Fehlersicherungsalgorithmen ausge- 
fuehrt. 
Die guenstigen Implementierungsbedingungen der SCOM-Hardware 
und die echtzeitunkritische Handhabung des Basissoftwaremo- 
duls SCOM-NIOS foerdern auch eine anwendungsorientierte 
Aufstockung des Funktionsapparates intelligenter NIU- 
Realisierungen. Das heisst, dass der typische Charakter 
einer intelligenten Netzwerkinterfaceeinheit fuer ausge- 
waehlte Einsatzzielsetzungen um Dienste eines Anwendungs- 
systems erweitert wird. Damit koennen hoehere Kommunika- 
tionsleistungen auf der Stufe einer universellen Basis- 
applikation, wie zum Beispiel einer Prozessdatenmailbox, als 
echt parallele Dienste bezogen auf Hostroutinen einer ueber- 
geordneten Nutzungsebene bereitgestellt werden. 
Ein weiterer, fuer den Prozessnahbereich besonders interes- 
santer Sonderfall, ist die SCOM-Portierung auf kompakte 
Singleboard-Computer mit einem Echtzeitbetriebssystemkern 
bzw. Echtzeitmonitor. Sie sind gegenueber dem Standard-PC 
als abgesetzte Stationen aufzufassen, die neben einem Hard- 
ware-Prozessanschluss eine Vorverarbeitung bzw. eine Daten- 
verdichtung vornehmen koennen. 
Insbesondere fuer die dezentrale Prozessdatenerfassung und 
die Prozessdatenausgabe (Sensoren/Aktoren) ist die 
anwendungsorientierte Peripherie mit SCOM-LAN-Kommunikation 
als moegliche Verselbstaendigung der im Bild 3.2 hervorgeho- 
benen Hardwareeinheit zu veratehen. An'die Stelle des Host- 
system-Anschlusses tritt der Prozessanschluss, wie I/O-Tore, 
AD/DA-Wandler u.a.. 
Insofern bietet das verallgemeinerte SCOM-LAN Hardware- und 
Basissoftwarekonzept eine durchgaengige Linie von der 
Aufruestung des Standard-PCs verschiedener Leistungsklassen 
bis zur Erschliessung eines Feldbereichs nutzerspezifischer 
Geraete- und Anachlusstechnik. Die aktuelle Einsatzbreite 
bei der Prozessankopplung von PCs wird in /3/ begruendet. 
/3/ Mennenga,H. ‚Luebcke,Jd. 

Studie PC — PRO, Teil I und Teil II 

Ingenieurhochschule f. Seefahrt Warnem./Wustrow 

Direktorat Wissenschaftlicher Geraetebau 
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SCOM- LAN 
Hardwareergaenzung 


VLSI-Peripherie 
280 / W880 - SIO CTC 


Host — Busanpassung | 


SCOM-LAN-Peripherie 





Host - ZVE (System) 
> SCOM -— Transportsytem NIOS 
und Anwendungasystem 








Softwarekomponenten 
Hardwarekomponenten 
des Hostrechners 





Host - Systemperipherie | 





Bild 3.1: Einordnung des prozesaorlosen SCOM — NIU - 
Prinzips in ein Rechnersystem 
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SCOM-LAN 
Hardwareergaenzung 


—— 


VLSI-Peripherie | 
z80/U880 SIO CTC | 


a Se re ee sr ee es es 


Busanpassung Co,.- ZVE | 


Co.-System ( ZVE ) 
| SCOM - Transportsystem NIOS | 





hoehere Softwarekomponenten 
eines Anwendungssystems mit | 
Echtzeitkern 








Systemschnittstelle | 
Host-Busanpassung | 
| bzw. Host-Kommunikation | 





intelligente SCON-LAN-Peripherie 





Host - ZVE 
> SCOM — Applikationen 








Softwarekomponenten 
Hardwarekomponenten 
des Hostrechners 


| Host - Systemperipherie | 





Y 


Bild 3.2: Einordnung der intelligenten co-prozessorge- 
stuetzten Bauvariante 
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| | 
edium | Mediumanschluss | Medium 
I-—0—- | > 
| | | | 
| I H | 
| | | | 
| I | | 
| I | | 
a) | | | | 
I | | | 
—|- | 
| | 
| l 
| 
| Sendesignal 
| 
Empfangssignal 
| | 
Medium | Mediumanschluss | Medium 
I—o > 
| | | 
| | | 
| I u | 
| | I | 
| | | | 
b) | | I | 
| | | | 
| | 
| | 
| l 
Sendesignal 
Empfangssignal 


Bild 3.3 Mediumzugriffsprizip der SCOM-NIU mit aktiver 
unidirektionaler Signalweiterleitung 
a) Zugriffsmode 
b) Abhoermode 


PZ - 


4. SCOM-LAN-Hardware 1715(W)-NIU-IFSS fuer den PC 1715 und 
PC 1715W 


Mit dem Personalcomputer PC 1715 des VEB Robotron 
Bueromaschinenwerkes "Ernst Thaelmann'" Soemmerda steht ein 
kostenguenstiges kompaktes Mikrorechnersystem in grossen 
Stueckzahlen zur Verfuegung. Mit seiner hohen Verbreitung 
bildet es quasi einen Industriestandard in seiner 
Leistungsklasse. 

Im Pc 4745 wird der Prozessor U880 (280-kompatibel) 
verwendet. 

Der PC 1715W weist als Weiterentwicklung eine Reihe von 
erweiterten und neuen Betriebseigenschaften auf, die sich 
insbesondere in einer groesseren internen Daten- 
verarbeitungskapazitaet widerspiegeln. 


Die fuer das lokale Rechnernetz SCOM-LAN entwickelte 
Baugruppe 1715(W)-NIU-IFSS ist eine Erweiterungskarte, die 
sowohl im PC 1715 (Systemtaktfrequenz 2,457 MHz), als auch 
im PC 1715W (3,993 MHz) eingesetzt werden kann. 

Sie findet auf dem entsprechenden Brweiterungsmodulsteck- 
platz des Personalcomputers Platz. Diese Steckeinheit 
enthaelt die Anschlusssteuerung fuer einen IFSS-Datenueber- 
tragungskanal und fuer das lokale Rechnernetz SCOM-LAN,. 


Die Anschlusssteuerung IFSS realisiert ein Interface zum 
Anschluss von Ein-/Ausgabegeraeten mit serieller Informa- 
tionsuebertragung (IFSS). Das angewendete Interface 
entspricht der im System der Kleinrechner (SKR) vereinbarten 
Richtlinie zur seriellen Informationsuebertragung zwischen 
Bin-/Ausgabegeraet (E/A-Geraet) und Anschlusssteuerung (AS) 
eines SKR-Rechners in der speziellen Auslegung fuer eine 
20mA-Stromschleife. Das IFSS-Standard-Interface steht dem 
Nutzer des PC-1715(W), unabhaengig van der SCOM-LAN-Schnitt- 
stelle, zur freien Benutzung zur Verfuegung. Nachfolgend 
wird nur auf das lNetzwerkinterface Bezug genommen. 


Die Anschlusssteuerung 1715-NIU stellt eine an praktikablen 
Gesichtspunkten orientierte Hardwarebasis fuer lokale Nikro- 
rechnernetze auf dem "low-cost"-Niveau dar. 

Die 1715-NIU unterstuetzt die Netzwerktopologie "unidirek- 
tionaler Ring mit aktivem Teilnehmeranschluss". 


Bild A1/4 stellt diese Topologie schematisch an einem In- 
stallationsbeispiel dar. Die gezeigte Konfiguration besteht 
aus 6 Teilnehmern. 

Charakteristisch fuer die Standardtopologie ist die Punkt- 
zu-Punkt-Verkabelung des Netzwerkes. 

Die Verwendung von Optokopplern auf der Empfaengerseite 
sichert eine galvanische Trennung der einzelnen Teilnehmer- 
systeme. Die Bruttotransferrate ist 153,6 Kbit/s. Das 
netzseitige Ausgangssignal der NIU weist TTL-Pegel auf. Die 
integrierte Sender-/Empfaengerschaltung sichert die_ stoer- 
feste Signaluebertragung (Bitfehlerraten kleiner 109) ueber 
Netzausdehnungen bis ca. 1,2km, wobei von maximalen Teil- 
nehmerabstaenden von ca. 600 m auszugehen ist. 
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Grundsaetzlich koennen auf dieser TTL- Schnittstelle andere 
Leitungs- bzw. optoelektronische Treiber arbeiten und damit 
Netze oder Teilstrecken mit weitaus groesserer Ausdehnung 
ermoeglichen. Lichtwellenleitereinsatz ist ueber Adapterloe- 
sungen sinnvoll, wenn eine unguenstige Signalstoerumgebung 
vorliegt ( A1/5 ). 

Die auf der NIU integrierte Medienanschlusseinheit (MAU) 
sichert ein betriebssicheres Systemverhalten bei Verwendung 
von handelsueblichem Koaxialkabel und dem dazu angebotenen 
Steckersortiment der Rundfunkempfangstechnik. 

Die Datensignale im SCOM-LAN werden im Basisband ueber- 
tragen. Dazu wird eine softwareorientierte und multivalent 
genutzte Datencodierung vorausgesetzt. Sie ist Bestandteil 
des Transportsystems SCOM-NIOS. Eine Umgehungslogik sichert 
die Signalweiterleitung durch den Netzwerkknoten ,‚. wenn sich 
die Interface-Einheit im spannungslosen Zustand befindet. 
Die zugrundeliegende prozessorlose Hardwareausfuehrung SCON- 
1715-NIU versteht sich als Entwicklung im Sinne oekono- 
misch guenstiger LAN-Produkte (low-cost-system) fuer den 8- 
Bit-PC. 

Als Hardware zur Unterstuetzung des Link-Protokolls wird die 
SIO UB 8560D verwendet. 

Das SCOM-Transportsystem benutzt als Vebertragungsform die 
synchrone Datenuebertragung. 

Zeitbezugsinformationen und Nachrichteninhalt werden auf 
einem gemeinsamen Vebertragungskanal weitergeleitet. 

Das im Transportsystem integrierte Codierungsverfahren 
sichert eine untere Grenze fuer den Spektralleistungsanteil 
der Bruttouebertragungsfrequenz. Zur Sicherstellung des 
Empfangstaktes wird der oertliche Zeitbezug des Empfaengers 
auf die Flanken des empfangenen LAN-Signals synchronisiert. 
Ein Zaehler-Zeitgeberbaustein CTC unterstuetzt die 
Taktaufbereitung mit einem Kanal. Ein weiterer CTC-Kanal 
steht als Zeitbasis (Bruttobittakt) dem Softwaremodul SCON- 
NIOS zur Verfuegung. 
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Technische Daten der 1715(W)-NIU-IFSS: 


Abmessung -_ 


Steckverbinder 


Stromversorgung 


Zaehler/Zeitgeber- 


150 mm X 150 mm 


Systembus PC 1715: 

B1.202/58 (58-polig, ind.) 
TGL 29331/03 

SCM-LAN-Ringanschluss: 

St1.102/10 (10-polig, ind.) 
TGL 29331/03 

IFSS- Anschluss: 

St1.103/5 (5-polig, ind.) 
TGL 29331/04 


5P +/- 5% 500 mA 
12P_ +/- 5% 100 mA 
Serieller E/A- Baustein zur Protokollunterstuetzung 
UB 8560D 
Baustein 
UB 857D 


Kanalaufteilung SIO 


Parameter IFSS: 
Kanal - 


Sender/ - 
Empfaenger 


Stopbitlaenge - 
Paritaet - 
Vebertrag,ungs- 

geschwindigkeit — 


Vebertragungs- 
entfernung - 


Elektrische Be- 
dingungen der 
Stromschleife _ 


Anschluss zum 
Systembus (X1) - 


Kanal A -> NIU 
Kanal B -> IFSS 


141 x IFSS- Kanal 
Betriebsweisen: duplex, halbduplex 
Gleichlaufverfahren: asynchron 
Zeichenformat: 5...8 Bit/Zeichen 


MB104 / MB104 
wahlweise akt. bzw. pass. Betrieb 


1, 1/2, 2 Bit 
gerade, ungerade, ohne 


150, 200, 300, 600, 1200, 2400, 4800, 
9600 Bd 


max. 500 m 


logisch "0": 0... 3 mA 
logisch "1": 15...25 mA 


2 Adressleitungen (ABO, AB1) 

8 Datenleitungen (DBO..DB7) 

9 Steuerleitungen (/M1, /IORQ, /RD, 
TAKT, /RESET, /WAIT, 
/INT) 


- 15 - 


Parameter NIU 


Leitungstreiber -— 
Ltg.-enpfaenger - 


Ausgapgssignal - 


Bruttotaktrate - 
Vebertragungsart- 
Synchronisation - 
Zugriff _ 


Netzausdehnung - 


Installations- 
mate.ial - 


Sonstiges _ 


D140 mit Zusatzbeschaltung 
MB111 mit Zusatzbeschaltung 


Basisband, TTL 
Codierung durch Softwareverfahren 


153,6 Kbit/s, 

synchrone Paketuebertragung 

bitweise, flankengesteuert 
Softwareloesungen 

mindestens bis 600m zwischen zwei aktiven 


SignalrStuetzstellen, ausbaufaehig 
Grenzfall 1.200 m 


handelsuebliches Sortiment der 
Rundfunk/Fernsehempfangstechnik 


Umgehungslogik bei Stromausfall 
galv. Trennung der NIUs 


ße 


5.SCOM-LAN-Hardware NANOS-NIU fuer K 1520-Systeme 


Die PC-1715-NIU-Loesung ("1715(W)-NIU-IFSS") ist LAN-seitig 
voll kompatibel zur NANOS-NIU. Die NANOS-NIU ist die 
Parallelentwicklung zur Einbeziehung der modularen 
Rechentechnik auf der Grundlage des Systembusses K 1520 nach 
TGL 37271. 

Damit besteht die Moeglichkeit, die auf der Basis des K1520- 
Busses entwickelten oder vorhandenen Mikrorechnermodule 
(Prozessbausteine, I/0-Peripherie) in die SCOM-LAN- 
Applikation mit einzubeziehen. Ferner ist durch die NANOS- 
NIU die Voraussetzung fuer einen Anschluss der Buero- 
computergeneration A 5120 oder der Geraetefamilie A 5110 
gegeben. 


Die Aenderungen der NANOS-NIU gegenueber der 1715(W)-NIU- 
IFSS betreffen nur die Ausfuehrung des Systembusses K 1520. 


Technische Daten der NANOS-NIU-IFSS: 


Abmessung - 170 mm X 95 mm 


Steckverbinder 
- Systembus K1520, TGL 37274 
St1.304/58 (55-polis, ind.) 
TEL 29331/03 
- SCOM-LAN-Ringanschluss: 
St1.102/10 (10-polig, ind.) 
YGL 29331/03 
oder: : 
direktes Aufloeten der Koaxialkabel 
auf der Karte 
(Halterung durch Schelle) 
- IFSS- Anschluss: 
St1.103/5 (5-polig, ind.) 
TGL 29331/04 


Stromversorgung 
- 5P +/- 5% 500 mA 
- 12P +/- 5% 100 mA 


Serieller B/A- Baustein zur Protokollunterstuetzung 
- UB 8560D 
Adresse waehlbar im Raster von 16H 


Zaehler/Zeitgeber- Baustein 
- UB 857) 
Adresse waehlbar im Raster von 10H 


Kanalaufteilung SIO 


- kanal A -> NIU 
- Kanal B -> IiFSS 
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Parameter IFSS: 
Kanal - 


Sender/ _ 
Empfaenger 


Stopbitlaenge _ 
Paritaet,, - 
Vebertragungs- 

geschwindigkeit - 


Vebertragungs- 
entfernung - 


Elektrische Be- 
dingungen der 
Stromschleife - 


Parameter NIU: 


Leitungstreiber - 
Ltg.-empfaenger - 


Ausgangssignal - 


Bruttotaktrate — 
Vebertragungsart- 


Synchronisation - 


Zugriff - 
Netzausdehnung —- 
Installations- 
material _ 
Sonstiges - 


4 x IFSS- Kanal 

Betriebsweisen: duplex, halbduplex 
Gleichlaufverfahren: asynchron 
Zeichenformat: 5...8 Bit/Zeichen 


MB104 ‚ MB104 
wahlweise akt. bzw. pass. Betrieb 


1, 1/2, 2 Bit 
gerade, ungerade, ohne 


150, 200, 300, 600, 1200, 2400, 4800, 
9600 Bd 


max. 500 m 


logisch "0": 0... 3 mA 
logisch "1": 45...25 mA 


D140 mit Zusatzbeschaltung 
MB111 mit Zusatzbeschaltung 


Basisband, TTL 
Codierung durch Softwareverfahren 


153,6 Kbit/s, 

synchrone Paketuebertragung 
bitweise, flankengesteuert 
Softwareverfahren 

mindestens bis 600m zwischen zwei 


Signal-Stuetzstellen, ausbaufaehig 
Grenzfall 1.200 om 


handelsuebliches Sortiment der 
Rundfunk/Fernsehempfangsteehnik 


Umgehungslogik bei Stromausfall 
galv. Trennung der NIUs 
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SCOM-LAN Transportsystem NIOS 


6. SCOM -— Transportsystem NIOS 





6.0. Allgemeines 





Die Loesung SCOM-LAN besteht aus 4 Komponenten (Bild 6.1): 











| 
| 
Anwenderloesung | < orientiert an einem 
— l Betriebssystem 
l \ 
| aka ek ak ae ale ak aaa ee a aa a ca ae 
I * Softwareanteil * 
SCOM- | ARE fe ae ee af re 
Transportssystem | 
— 1 < betriebssystem- 
-NIOS- | unabhaaengig 
| 


SCOM-LAN Hardware- 
ergaenzung auf der 
Basis Z80/U880- 

Peripherie 
14 SIO-Kanal 
1(2) CTC-Kanaele 


BE 2 2. 2. 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 


* Hardwareanteil * 
RR ale aka a ae ale ae a ae fe af ae ade a ak cafe 


Beispielausfuehrungen: 


1715-NIU (PC-1715) 

Ring-Installation NANOS-NIU (K1520-BUS) 
(Koax,LWL) 

(Ringverteiler) 


Bild 6.1: Aufbaustruktur von SCOM-LAN-Loesungen 


NIOS steht fuer Network-Input-Output-System., 

Die Softwareloesung NIOS setzt die SCOM-LAN Hardware voraus. 
Die Netzwerk-Interface-Einheiten (NIU) fuer lokale Rechner- 
netze "NANOS-NIU" bzw. "1715-NIU" bieten stellvertretend fuer 
andere Ausfuehrungen eine Hardwaregrundlage. Sie gestatten 
eine kostenguenstige Netzwerkinstallation auf der Basis von 
einfachem Koaxialkabel nach’ der unidirektionalen 
Ringtopologie. Die Bruttobitrate ist 153,6 KBit/s. 

Das Prinzip der SCOM-NIU baut auf typischer U880/280- 
Peripherie (1 SIO-Kanal,i bzw. 2 CTC-Kanaele) auf, die nur 
um wenige Bauelemente ergaenzt wird. Damit gewinnen NIOS- 
Implementierungen auch als Firmware auf anwenderspezifischer 
Hardware an Bedeutung. Konkret lassen sich so auf dem Niveau 
des SCOM-Transportsystems weitergehende Ausfuehrungsformen 
wie LAN-BOX oder LAN-Controller fuer die 16-Bit Technik mit 
8-Bit Peripheriesystemen verwirklichen. 

Die Auswahl des Mediums oder der Leitungstreiber (LWL- 
Sender) und Empfaenger kann unabhaengig vom Transportsystem 
SCOM-NIOS vorgenommen werden. Ferner kann die Bruttorate als 


4 -419 - 


SCOM-LAN Transportsystem NIOS 


flexible Groesse angesehen werden, wenn die Rahmenbedingung 
eingehalten wird, dass der Systemtakt der Z80(U880)-CPU 
nes: oder gleich der 16-fachen Bruttotaktrate ist (Typ 
A,B,..). . 
Das Transportsystem SCOM-NIOS ist als anwendungsoffene Sy- 
stemschnittstelle des Kommunikationssystems SCOM-LAN vorge- 
sehen. Sein Betriebsverhalten ist unter Beachtung der Grenz- 
werte der Installation unabhaenglg von der Netzwerkausdeh- 
nung. Die maximale Anzahl der logisch verwalteten Stationen 
betraegt 100. 

Der Begriff des Transportsystems ist in Zusammenhang mit dem 
international anerkannten Standard fuer offene, rechner- 
gestuetzte Kommunikationssysteme zu sehen. 

Ausgangspunkt fuer die Terminologie bildet das sogenannte 
OSI-Referenz-Modell. 0SI ist die Abkuerzung fuer "'O0pen- 
System-Interconnection". Damit wird ein Anspruch fuer 
anwendungsneutrale und uebergreifende Netzwerkimplementie- 
rungen formuliert. Der 0OSI-Strukturentwurf steht im Mittel- 
punkt des Standardisierungspakets IS 7898, das von der ISO 
(International Organisation for Standardisation) 1983 erar- 
beitet und veroeffentlicht wurde (/1/). 

Bild 6.2 zeigt das Basismodell der ISO fuer die anwendungs- 
offene Kommunikationsarchitektur. Hervorzuheben ist die 
strenge Modularitaet und Hierarchie von aufeinander aufbau- 
enden Schichten verschiedener Funktionalitaeten. 0SI-Orien- 
tierung bedeutet, dass im Falle der Schichtenimplementierung 
der zunehmend standardisierte Funktionsapparat integriert 
wird. 

0OSI-gerechte Architekturen sind vollstaendig anwenderoffen, 
d.h’, alle hierarchischen Stufen des Kommunikationssystems 
sind wunabhaengig voneinander, austauschbar und stehen dem 
Nutzer zur direkten Kommunikation auf jeweils identischem 
Niveau zur Verfuegung. 

Durch die Schnittstelle der Transportebene wird ein 
sogenanntes Transportsystem (Ebenen 1-4) festgelegt und 
ferner vom Anwendungssystem (Ebenen 5-7) abgegrenzt. 

Das SCOM-Transportsystem stellt dem Nutzer Dienstleistungen 
auf der Stufe der Transportschicht (Ebene 4) zur 
Verfuegung. Darunter liegende Schichten sind dem Nutzer 
nicht zugaenglich. Die SCOM-Architektur versteht sich damit 
als teilweise offen. Bild 6.3 verweist auf die Besonderheit 
teilweise offener Strukturen. Die Implementierungsvorteile, 
die aus diesem Kompromiss bezogen wurden, spiegeln sich in 
einem optimierten Laufzeit- und Speicheroverhead wider. 

Das Transportsystem # ist die hoechste Stufe einer 
nutzerunabhaengigen Abstraktion von nachrichtentechnischer 


Dienstleistung. Bezogen auf die Einsatzzielsetzung 
"Computer-Kommunikation" bedeutet das insbesondere auch 
Betriebssystemunabhaengiskeit. Damit liefert das 


Transportsystem NIOS eine Kommunikationsbasis fuer ein 
breites Anwendungsgebiet, von der Geraetekopplung bis zur 
Vernetzung von Arbeitsplatzrechentechnik. Unter den 
Bedingungen der low-cost-Hardware (z.B. 1715-NIU und NANOS- 
NIU) wurden verbindungsorientierte Transportfunktionen 
implementiert und quantitativ zielgerichtet optimiert 
(/2/, /3/, /4/). 

Im SCOM-NIOS wurde auf die Implementierung von Netzwerk- 
protokollen (Ebene 3) verzichtet. Die Adressierungsstruktur 
des Transport- und Verbindungsmoduls sind identisch. 

Alle Applikationen, die auf der Grundlage der SCOM- 
Transportdienste unter Beruecksichtigung der Klassen O0 und 1 
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entstehen, sind austauschbar. Damit wird ein wichtiges 
Anliegen der Standardisierungsbestrebungen verwirklicht. 
Andererseits sind SCOM-Applikationen auch auf vergleichbare 
Transportsysteme uebertragbar. 

Die Kompatibilitaetsfrage zu anderen Anwenderloesungen kann 
vorteilhaft durch Anpassung des NIOS-Moduls geschehen. 
SCOM-LAN-Applikationen betreffen, wie Bild 6.2 verdeutlicht, 
das sogenannte Anwendungssystem. Seine Modularitaet, insbe- 
sondere in Hinblick auf die Schichtenimplementierung wird im 
wesentlichen durch die geforderte konkrete Applikation und 
deren modulare Systemoffenheit gepraegt. 

Drei Wege duerften sich nach den Erfahrungen internationaler 
Entwicklungen herausbilden: 


41. 4-7-Strukturen (Transport-Applikation) 
2. 4-5-7-Strukturen (Transport - Sitzung - Applikation) 


3. 4-5-6-7-Strukturen (Transport — Sitzung - Konvertierung- 
Applikation) 


Der erste Weg wird immer dann bevorzugt werden, wenn durch 
Implementierungslimits (Arbeitsspeicher, Programmspeicher, 
Laufzeit) die Leistung des Transportsystems direkt und ohne 
Untersetzung ausgeschoepft werden soll. 

Das direkte Aufsetzen der Applikationsebene auf das Trans- 
portsystem wird gerade in der Prozesskommunikation, auch 
unter Einbeziehung PC-zentraler Prozessdatenverarbeitung 
eine dominierende Rolle spielen, zumal die hohe potentielle 
Vebertragungseffizienz den Einsatz praktikabler Transport- 
systeme beguenstigt. 

4-7-Implementierungen nehmen bei der SCON-LAN-Verwendung 
einen breiten Raum ein. Auch bei der Entwicklung von 
transparenten Betriebssystemerweiterungen nach den Prin- 
zipien von Netzwerkbetriebssystemen durch solche Änwendungen 
wie virtueller Drucker oder Massenspeicher erlaubt die 4-7- 
Struktur die Maximierung der Datenzugriffskriterien auf 
zentralisierte Betriebsmittel. Dies ist einerseits eine 
Folge der Laufzeiteinsparung und andererseits aus der 
allgemein geringen Hedienbelastung durch Prötokolleinsparung 
zu erklaeren. OSI-gerechte Anwendungssysteme, d.h. Loesungen 
mit vollstaendiger Schichtenimplementierung, stehen bei der 
SCOM-LAN-Nutzung nicht im Vordergrund. 

Der Weg 2 ist typisch fuer Applikationen auf der Basis 
einheitlicher Betriebssysteme. Vorzugsweise ist die Dienst- 
leistung der Schicht oder 4 integraler Bestandteil einer 
logischen Betriebssystemebene selbst, d.h. im Falle der 
direkten Netzkommunikation ueber offene Standardschnitt-- 
stellen des Betriebssystems sind 4-Strukturen bzw. 
4-5-Strukturen auf der Basis des SCOM-NIOS sinnvoll 

( Bild 6.4 ). 

Das SCOM-Transportsystem ist verbindungsorientiert. Unter 
Anerkennung des Timeout-Mechanismus koennen die Synchroni- 
sationsablaeufe der NIOS-Ebene (Anforderung/Bestaetigung) 
auch als Dienstleistung der Stufe Sitzungsebene aufgefasst 
werden, womit sich eine weitere Entlastung der Anwendungs- 
problematik ergibt. 

Die durch den Weg 3 aufgezeigte Linie des offenen - im Sinne 
der ISO-0OSI-Basis - Anwendersystems muss bei low-cost- 
Transportsystemen hauptsaechlich im Zusammenhang mit der 
Uebernahme von Fremdimplementierungen gesehen werden. 
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Der typische Einsatzfall des SCOM-Transportsystems wird in 
der Verwirklichung von Kommunikationssubsystemen 
entsprechend einer Hierarchie leistungsmaessig abgestufter 
Vernetzungsvarianten liegen. 
Ein bevorzugter Einsatzfall des SCOM-LAN kann die Daten- 
kommunikation in Prozessnaehe sein, bei der mit praktikablen 
Mitteln eine Verbindung zwischen Personalcomputer(n) und 
mehr oder weniger intelligenten Sensoren sowie Aktoren her- 
zustellen ist. 


/A/  : DAY,J.D.; ZIMMERMANN,H. 
THE OSI REFERENCE MODEL 
NEW YORK, PROCEEDINGS OF THE IEEE, 71/1983/12 
(1334-1340) 

/2/  : CHAPIN,A.L. 
CONNECTIONS AND CONNECTIONLESS DATA TRANSMISSIONS 
NEW YORK, PROCEEDINGS OF THE IEEE, 71/1983/12 
(1365-1371) 

/3/  : KNIGHTSON, K.G. 
THE TRANSPORT LAYER STANDARDIZATION 
NEW YORK, PROCEEDINGS OF THE IEEE, 71/1983/12 
(1394-1396) 

/4/ : STALLINGS,W. 
LOCAL NETWORK PERFORMANCE 
u YORK, IEEB COMMUNICATIONS MAGAZIN, 22/1984/2 
27-36 


6.1. Eigenschaften des SCOM-Transportsystems NIOS 





Aufgabe des Transportsystems SCOM-NIOS ist es, dem Nutzer 
zuverlaessige Datentransportdienste zu anderen LAN-Teil- 
nehmern (Netzwerkknoten) bereitzustellen. Vebergebene Nutz- 
dateneinheiten sind mit hoher Sicherheit gegen Ver- 
faelschungen und in moeglichst kurzer. Zeit dem Empfaenger zu 
uwebermitteln. 

Ausgangspunkt fuer die VUebertragung von Dateneinheiten 
(Datenpaketen) ist der Aufbau logischer Transportver- 
bindungen zwischen kommunizierenden Knotenrechnern. 

Das NIOS verwaltet jeweils eine logische Transportverbindung 
zwischen zwei Netzwerkknoten, die durch spezielle‘ Aufrufe 
geoeffnet bzw. geschlossen werden kann. Es ist zu beachten, 
dass der Aufbau einer beliebigen Anzahl von logischen Ver- 
bindungen im Netz moeglich ist. D.h. in der Regel bestehen 
mehrere Verbindungen, jeweils zwischen 2 Knoten, quasi 
nebeneinander. SCOM-NIOS verwendet dazu das Prinzip des 
Rahmenmultiplex durch Paketvermittlung des Uebertragungs- 
mediuns. 

Zur besseren Uebersicht lassen sich die Funktionsaufrufe des 
Transportsystens in 5 Komplexe aufteilen, die an dieser 
Stelle als Funktionsgruppen bezeichnet werden sollen. 


Funktionsgruppen des SCOM-NIOS-Funktionsmoduls: 


Gruppe I: Aufbau und Aufloesung von logischen 
Transportverbindungen der Kategorie A, B, C 
oder D 
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Gruppe II: Verbindungsorientiertes Senden und Empfangen 
von Dateneinheiten nach der eingestellten 


Kategorie 


Gruppe III: Beschleunigter Datenaustausch zwischen zwei 
Knotenpunkten 


Gruppe IV: Setzen der Zugriffsprioritaet, der Uebertra- 
gungskategorie sowie der Timeout-Bedingungen 


Funktion zur Hardwarekontrolle 
Definition einer Zugriffstechnik aus mehreren 
Varianten 


Gruppe v: Initialisieren und Ruecksetzen der Hardware 


UVebertragungskategorien: A: einfache CRC-Fehlererkennung 


B: einfache CRC-Fehlererkennung und 
Fehlerkorrektur durch Rueckfrage 
und Wiederholung 


GC: Stoerfester erweiterter Fehler- 
erkennungscode 
(ca. 50% Signalredundanz) 


D: Fehlerkorrektur durch Rueckfrage 
und Paketwiederholung nach dem 
Fehlererkennungscode unter C 


Bemerkungen: Der an dieser Stelle durch den Autor einge- 
fuehrte Begriff der Kategorie umfasst die 
beiden Seiten Datencodierung zur Fehlersiche- 
rung und die Fehlerbehandlungs- bzw. Trans- 
portdienstklassen nach den Vorgaben der 0SI. 
Kategorie A und C entsprechen der Klasse O der 
0OSI-Referenz fuer Transportdienste. 

Kategorie B und D entsprechen der Klasse 1. 


Die Kategorien C und D erlauben eine zuveglaessige Fehler- 
erkennung bei Kanal-Bitfehlerraten ab 10° Dadurch wird 
insbesondere das Betriebsverhalten bei Kabelkontaktfehlern 
oder bei hohen Kanaldaempfungen (LWL-Medieneinsatz!) positiv 
beeinflusst. Ausgangspunkt fuer die Beruecksichtigung eines 
besonders stoerfesten Datencodes zur Fehlererkennung im 
SCOM-NIOS ist die Tatsache, dass der nichterkannte Ueber- 
tragungsfehler in Systemen der Prozesskommunikation von 
besonders negativer Tragweite sein kann. 

Da die zur Verfuegung stehenden Kategorien einen unter- 
schiedlichen Datendurchsatz verursachen, ist es sinnvoll, im 
Interesse einer guten Kanalverfuegbarkeit, die Auswahl der 
Vebertragungskriterien zielgerichtet vorzunehmen. Applika- 
tionen stellen in der Regel recht differenzierte Anforde- 
rungen an die Stoerfestigkeit der Paketuebertragung. Der 
beschleunigte Datenaustausch in der Gruppe III des Trans- 
portsystems ist vorransig fuer die Anwendung Prozesskon- 
munikation vorgesehen, wo es darum geht, ein - zumeist 
kleines - Datenpaket im Rahmen einer errichteten logischen 
Transportverbindung zu uebertragen. Die zugehoerige 
Sende/Empfangsfunktior arbeitet mit einem minimierten Ueber- 
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tragungsprotokoll, das die Phasen Verbindungsaufbau, Paket- 
Transfer, Verbindungsabbau unter einer Transportfunktion 
zusammenfasst. Das SCOM-Transportsystem uebertraegt Daten- 
einheiten in der Gruppe III nach der Kategorie C. 

Von dieser Festlegung abweichende Forderungen des Nutzers 
koennen durch individuelle NIOS-Generierungen erfuellt. 
werden. 

Es sei ausdruecklich betont, dass bis zur Schnittstelle des 
Transportsystems SCOM-NIOS keinerlei Bedingungen an das 
Betriebssystem oder die Hardwarekonfiguration des Rechners 
gestellt werden. 

Das SCOM-Transportsystem benutzt in keiner Betriebsphase die 
CPU-Unterbrechung durch Interrupt. 

Dadurch wird der Implementierungsspielraum der SCOM-Loesung 
(auch als Firmware in einem Multi-Task-System) auf der Basis 
U 880/280 sehr gross gehalten. Von besonderer Bedeutung ist 
dieser Vorteil auch fuer das Interaktionsverhalten unter 
Zugrundelegung des nichtintelligenten Controllerkonzeptes. 
Die CPU des Knotenrechners wird grundsaetzlich nur bei 
tatsaechlich zutreffender Kommunikation beansprucht. 
Datenpakete werden grundsaetzlich verbindungsorientiert 
uebertragen. Jeder Protokollschritt "Anforderung" wird von 
der NIU, auch ohne NIOS-Aufruf, voll gepuffert! 

Eine Besonderheit des NIOS-Verhaltens ist das synchroni- 
sierte Sende-Empfangsverhalten, das im Rahmen von definier- 
baren Timeout-Festlegungen weitestgehend ° unkritische 
Echtzeitforderungen an den Nutzer der NIOS-Ebene gestattet. 
Ein dem Senden vorgelagertes Software-Handshake-Protokoll 
sichert die entsprechende Einphasung und laesst den Spiel- 
raum fuer "Timeout-Regulierungen" offen. 

In den folgenden Abschnitten werden die erforderlichen 
Detailinformationen zur Schnittstellenbedienung gegeben. 

Das SCOM-Transportsystem steht in drei Ausbaustufen? zur 
Verfuegung 


SCOM-NIOS : Standardversion 
SCOM-NIOS(E) : erweitertes SCOM-NIOS 
SCOM-NIOS(P) : Prozess-NIOS 


Die Standardversion NIOS bildet eine echte Untermenge zur 
Variante NIOS(E). Es ist damit voll kompatibel zu den 
entsprechenden NIOS(E)-Funktionen. 

NIOS(E) bietet einen erweiterten Modul-Funktionsapparat, 
insbesondere hinsichtlich der Datenfehlerbehandlung und fuer 
den schnellen Prozessdatenaustausch. Ferner erlaubt NIOS(E) 
eine Auswahl unter 6 verschiedenen Zugriffsverfahren auf das 
gemeinsam genutzte Medium. j 
NIOS(P) bietet als echte Untermenge zu NIOS(E) nur den auf 
die Prozesskommunikation zugeschnittenen beschleunigten 
Datentransfer auf -Basis der Vebertragungskategorie C. 
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SCOM-NIOS 


-Uebertragungskategorie C 

—Klasse O0 fuer Transportdienste 
-verbindungsorientiert 

-NIOS-Codelaenge (Z80/MC) ca. 1,2 kByte 
-zwei moegliche Zugriffsvarianten (wahlfrei) 


SCOM-NIOS(E) 


-Vebertragungskategorie A,B,C oder D wahlweise 

-wahlweise Klasse 0 oder 1 fuer Transportdienste 

-verbindungsorientiert 

-zusaetzlich beschleunigte Paketuebertragung 

-NIOS(E)-Codelaenge (Z80/MC) ca. 1,7 kByte 

-sechs moegliche Zugriffsvarianten (wahlfrei und 
zentralisiert) 


SCOM-NIOS(P) 





-Uebertragungskategorie C 

-Klasse O0 fuer Transportdienste 

-verbindungsorientiert 

-logische Transportverbindung fuer ein Datenpaket 
beliebiger Laenge 

-sechs moegliche Zugriffsvarianten (wahlfrei und 
zentralisiert) 

-echtzeitfaehig in Abhaengigkeit vom Zufriffsver- 
fahren 

-NIOS(E)-Codelaenge (280/MC) ca. 1,0 kByte 


Das Transportsystem SCOM-NIOS ist als Z80-Objektcode (REL- 
File) und unter Pascal (Turbo-Pascal (R) bzw. Pascal 880/S) 
verfuegbar. Die Aufbereitung der Schnittstelle SCOM-NIOS 
unter FORTRAN, FORTH oder anderen Hochsprachen ist moeglich. 
Eine wertvolle Unterstuetzung bei der Erarbeitung 
nutzerspezifischer Applikationen in Pascal liefert die SCOM- 
Toolbox, die allgemeine wuebergreifende Anwendungsdienste 
bereitstellt (Bilder 6.5, 6.12). 

Das SCOM-Transportsystem kann auch als ROM-Modul unter 
Auslagerung des Parameterbereichs und eines internen NIOS- 
Puffers (8 Byte) betrieben werden. Zu diesem Zweck koennen 


auf Wunsch die RAN-Bezuege als EXTERNALS vereinbart werden. 
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6.2. Vebergicohtsdarstellung zum Standard SCOM-NIOS 
ee a 1 es ss e———— Ze 


6.2.1. Beschreibung der Schnittstellenparameter 





Ausgangspunkt der Systemschnittstelle SCOM-NIOS sind die 
bereitgestellten Basisfunktionen. Sie werden ueber einen 
Sprungverteiler erreicht. Massgebend fuer die Funktions- 
ausfuehrung und die Reaktionsanzeige ist die Parameterliste, 
die ueber einen relativen Bezug zum Programmeinstieg 
lokalisiert wird. 

Die folgenden Angaben beschreiben die Schnittstelle umfas- 
send. 


NIOS ist der Programmeintrittspunkt. Seine Position ist ein 
Generierungsparameter, bzw. wird durch die Link-Operation 
definiert. P 


Die benoetigten Parameterpositionen sind wie folgt 
festgelegt: 


4. NIOS + 3 : Format: Byte : Adresse 

2. NIOS + 4 : Format: Byte : Funktionscode 

3. NIOS +5 : Format: 2 Byte : Datenanfangsadresse 
. NIOS + 7 : Format: 2 Byte : Datenlaenge (*Byte) 
5. NIOS + 9 : Format: Byte : Statusmeldungen 

6. NIOS + 10: Format: Byte : Prioritaet 

7. NIOS + 11: Format: 2 Byte : Timeout-Konstante 
8. NIOS + 16: Eonnat: 2 Byte : Timeout-Konstante 


Erklaerungen zu den Parametern: 


zu 1. 

Das Adressenuebergaberegister traegt die Information ueber 
Teilnehmeradressen fuer den NIOS-Verbindungsaufbau in beiden 
Richtungen und dient der Vebergabe der eigenen 
Geraeteadresse (NIU-Adresse) fuer den bzw. vom Nutzer 
der NIOS-Ebene. 

Die Nutzung als VUebergabebereich zur Aenderung der 
eigenen Geraeteadresse stellt einen Sonderfall der NIOS- 
Nutzung Gar. 

Zulaessige Adressen liegen im Bereich 1..100. 
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zu 2. 

Diese Parameterposition beinhaltet die Mitteilung der jewei- 
lig gewuenschten NIOS-Dienstleistung. Die Standardwerte 
ergeben sich aus den zulaessigen NIOS-Aufrufen: O0 bis 
9 sowie 20. 

Im erweiterten SCOM-NIOS wurden die Funktionscodierungen 0 
bis 9 sowie 20 bis 22 vorgesehen. 


zu 3. 

Der Vebergabepuffer "Datenanfangsadresse!" traegt als 16-bit- 
Adresse die Information ueber die Anfangsposition der zur 
Aussendung kommenden Dateneinheit bzw. die Anfangsposition 
der im Empiangsvorgang aufzunehmenden Dateneinheit. 


zu 4. 

Der Vebergabepuffer "Datenlaenge!! gibt als 16-stelliger 
Binaerwert den Umfang der Sendedateneinheit bzw. die maxi- 
male Pufferkapazitaet des NIOS-Nutzers zur Datenentgegen- 
nahme (Empfangsaufforderung) an. 


zu 5. 

Das Statusauffangregister traegt die jeweilige Statusmeldung 
der NIOS-Funktion. Diese funktionsabhaengigen Statusanzei- 
gen werden im Zusammenhang mit den NIOS-Funktionsbeschrei- 
bungen aufgefuehrt. 


zu 6. 

Der Inhalt des Prioritaetsregisters regelt das Verhalten des 
Zugriffsverfahrens in Konfliktsituationen. Zulaessige Werte 
liegen zwischen O0 und 100. Der Wert O ist Standard, d.h. 
nach Systemerstaufruf voreingestellt. Ein Zugriffskonflikt 
ist durch den zeitlich gleichen NHedienzugriff zweier oder 
mehrerer NIOS-Nutzer gekennzeichnet. Der Konflikt wird durch 
Kollisionserkennung erkannt und nach zwei moeglichen 
Prinzipien behandelt: 


(1) Das Prioritaetsregister traegt den Wert 0: 

Die Konfliktloesung erfolgt mit gleichen Zugriffs- 
erfolgsaussichten fuer jeden KIOS-Nutzer, d.h., 
jeder NIOS-Nutzer ist hinsichtlich des Netzzugriffs 
gleichberechtigt. 

(2) Das Prioritaetsregister traegt einen Wert 1 < x < 100: 

Der betreffende Teilnehmer erhaelt mit dem x-Wert eine 
temporaere Prioritaetszuordnung. Die Prioritaet 
faellt mit steigendem x. 
Achtung: Konflikte zwischen Teilnehmern gleicher 
Prioritaet werden nicht geloest. In diesem Falle 
fungiert die Adresse als Konfliktloeser, indem eine 
teilnehmerabhaengige Wartezeit beim Medienzugriff be- 
ruecksichtigt wird. Das heisst, Teilnehmer mit gleicher 
Prioritaet regeln ihren Konflikt entsprechend der 
numerischen Adresse. Die kleinere Adresse hat die 
hoehere Prioritaet. \ 


Grundsaetzlich koennen KNIOS-Nutzer mit oder ohne Priori- 


taetsangabe geordnet und mit der entsprechenden Vorrangstel- 
lung der Prioritaet gemeinsam am Netzwerk kooperieren. 
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zu 7. 

Dieser Parameter legt die maximal zulaessige Empfangsver- 
zoegerung als Vielfaches von 0,208 ms fest. Bei Veber- 
schreitung,. der eingestellten Wartezeit waehrend eines NIOS- 
Empfangsaufrufs wird im Statusregister die Meldung "Timeout 
der angesprochenen Empfangsfunktion" hinterlegt. 

Als Standardeintragung ist der Wert EFOOH vorgesehen. 


Achtung!: Die Abstimmungen zwischen der Laufzeit der An- 
wenderprozesse und der zulaessigen Verzoegerung der Daten- 
transportdienste sind Bestandteil der Vebertragungsproto- 
kolle und somit Voraussetzung fuer eine ordnungsgemaesse 
Interaktion. 


zu Ö. 

Unabhaensig vom Timeout des Sende/Empfangsprozesses kann ein 
Timeout fuer die Bestaetigung einer angeforderten logischen 
Transportverbindung in gleichen Rasterschritten wie unter 7. 
definiert werden. Ein Veberschreiten des Timeouts wird als 
Abweisung der gewuenschten Verbindung interpretiert. Die 
Standardeintrasung ist OOFFH. 


Bemerkung vergl. Parameter 7 


Pr 
6.2.2. Beschreibung der NIOS-Dienste 





Die NIOS-Standard-Dienste stellen eine geschlossene Sammlung 
von Nutzerfunktionen fuer eine verbindungsorientierte 
Transportschicht (OSI-Referenz, Ebene 4, Klasse 0) dar. 

Die nachfolgende Zusammenstellung schliesst die erforder- 
liche Eingangsparameterdarstellung sowie die moeglichen 
Statusmeldungen ein. 
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FCOPEN Anforderung einer Verbindungseroeffnung 


Eingangsparameter: 
(Code) 1A 
(Adresse): Zieladresse [ 1...100] 


Ausgangsparameter: 
(Status) 1 Medium besetzt 

2 angesprochener Teilneh- 
mer nicht am Netz 

5 erfolgreiche Verbin- 
dungseroeffnung 

14 der angesprochene Netz- 
werkteilnehmer hat eine 
ungleiche Versionsnummer 


Dieser NIOS-Dienst eroeffnet eine logische Datentransport- 
linie im Ringnetz zwischen zwei NIOS-Nutzern. Sie hat 
Bestand bis zum Ruecksetzen der Verbindung durch die 
Funktion "FCCLOSE". 

NIOS-Nutzer, die eine logische Verbindung aufrechterhalten, 
sind fuer dritte NIOS-Nutzer nicht erreichbar. Eine 
Zugriffsmoeglichkeit ergibt sich stets nach dem Verbindungs- 
abbau. Beim Aufbau einer logischen Transportverbindung 
mittels der NIOS-Funktion FCOPEN wird die NIOS- 
Versionsnummer beim gewuenschten Netzwerkteilnehmer 
ueberprueft. Die Statusmeldung 14 deutet auf einen 
Systemfehler ungleicher NIOS-Implementierungen hin, die eine 
Anschlusskompatibilitaet gefaehrden wuerde. Die Verbindung 
wird bei ungleichen Versionsnummern abgewiesen. Die NIOS- 
Funktion FCOPEN kann auf der Seite des angesprochenen 
Teilnehmers nach zwei Noeglichkeiten beantwortet werden: 


(1) Registrierung der Anforderung mit FCRXSTAT und 
Bestaetigung mit FCOPENBQ 

(2) Aufruf der üetzwerkabfrage FCHET mit unbedingter 
Bestaetigung im Falle einer Verbindungsanforderung 


Nach Ausloesung der Verbindungsanford&rung mittels FCOPEN 
muss die Bestaetigung innerhalb eines Timeout-Limits 
erfolgen. Die. Statusmeldung 2 ist also als Ueberschreitung 
der Timeout-Festlegung zu interpretieren. Letztere kann in 
weiten Grenzen durch den NIOS-Nutzer mit dem Parameter TOBQ 
(Parameter 8) definiert werden. Die Timeout-legulierungen 
bei der Verbindungseroeffnung koennen unabhaengig von denen 
des Sendens und Empfangens (FCTX, FCRX) festgelegt werden. 
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FCOPENBQ Bestaetigung einer Anforderung zum Verbindurgs- 
aufbau " 





Eingangsparameter: 
(Code) :0 


Ausgangsparameter: 
(Adresse): Adresse des anfordernden 
(Status) : 5 erfolgreicher Ver- 
bindungsaufbau 
sonst Synchronisations- 
fehler 


Der HNIOS-Dienst bestaetigt eine Verbindungsaufforderung 
durch einen Netzteilnehmer (NIOS-Nutzer der anfordernden 
Teilnehmereinheit). Nach erfolgreicher Bestaetigung 
existiert eine logische Standverbindung zwischen zwei NIOS- 
Nutzern bis zur -Aufkuendigung (vergleiche "FCRXSTAT"!). 
Netzwerkteilnehner, die auf einer logischen Verbindung 
arbeiten, selektieren dritte Teilnehmer hardwaregestuetzt, 
d.h. ohne Host-CPU Belastung aus. Einer Anforderung auf 
Verbindungsaufbau (FCOPEN) muss bei Bereitschaft in einer 
vorgebbaren Timeout-Spanne durch Aufruf der NIOS-Funktion 
FCOPENBQ (wenn die Anzeige der Anforderung durch FCRXST 
erfolgte) oder durch die NIOS-Funktion FCNET entsprochen 
werden. Die Timeout-Groesse wird durch den Parameter TOBQ 
festgelegt (vergl. NIOS-Funktionen FCRX,FCOPEN). 


FCNET Hetzwerkabfrage mit Bestaetigung 





Bingangsparameter: 
(Code) :20 


Ausgangsparameter: 
(Aäaresse): Adresse des anfordernden 
NIOS-Nutzers [1n..100] 
(Status) : 5 erfolgreicher Verbin- 
dungsaufbau 
4 keine netzseitige 
Verbindungsanforderung 
sonst Synchronisations- 
fehler 


Die NIOS-Funktion FCNET ist eine Zusammenfassung der beiden 


Dienste FCRXSTAT und FCOPENBQ in gleicher Reihenfolge und 
soll als Alternative verstanden sein. 
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FCCLOSE Schliessen einer logischen Verbindung 





Eingangsparameter: 
(Code): 2 


Ausgangsparameter: keine 
Diese NIOS-Operation kuendigt eine bestehende logische 
Verbindung. Sie wird grundsaetzlich durch beide Partner 


einer Transportverbindung im Rahmen des hoeheren 
Anwenderprotokolls ausgefuehrt. 


FCTX Senden einer Dateneinheit 





Eingangsparameter: 
(Code) 3 
(Datsnantäns): siehe Pkt. 1 
(Datenlaenge): siehe Pkt. 1 


Ausgangsparameter: 
(Status): 13 Sendeerfolg 
42 Handshake-Pehler 
1 kein Medienzugriff 


Die NIOS-Sendedienstleistung transportiert Dateneinheiten 
beginnend auf der Adresse (Datenanfang) mit der absoluten 
Laenge (Datenlaenge) zur Zielstation der eroeffneten 
logischen Verbindung. 

Ein Softwareprotokoll zur Empfaengersynchronisierung 
(handshake) bewirkt unter Beachtung eines in Schritten 
vorgebbaren Timeout (Schrittweite 0,208 ms) unkritische 
Echtzeitbedingungen fuer die nen von Datensendungen auf 
der Empfaengerseite (vergl. Funktion FCRX). Die Paketdaten 
werden nach einem 2-Stufencode, entsprechend der 
Kategorie C uebertragen. 


N 
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FCRX Empfangen einer Dateneinheit 





Eingangsparameter: 
(Code) 4 
(Datenanfang): siehe Pkt. 1 
(Datenlaenge): siehe Pkt. 1 


Ausgangsparameter: 


(Status) 8 fehlerfreier Empfang 
6 erkannter Empfangsfehler 
(Uebertragungsfehler 
durch Kanalstoerung) 
7 "timeout" der angespro- 
chenen Empfangsfunktion 
9 Ueberlauf des mitge- 
teilten Pufferbereichs 
des NIOS-Nutzers 
(Datenlaenge): Laenge (*Byte) der 
tatsaechlich empfangenen 
Dateneinheit 


Der NIOS-Empfangsaufruf beinhaltet ein Antworten auf ein 
sendeseitiges "handshake"-Signal. Die Fehlererkennung 
stuetzt sich‘ im Standard-NIOS auf einen 2-Stufen-Fehler- 
erkennungscode. Es wird die Kategorie C zugrundegelegt.Die 
empfangenden Daten werden beginnend mit der Anfangsadresse 
(Datenpufferanfang) abgelegt. Ein Ueberschreiten des vorge- 
gebenen Pufferbereichs (Dätenlaenge) wird durch das NIOS 
ueberwacht und ggf. durch die Statusanzeige "9" zur Anzeige 
gebracht. Wird ueber eine Dauer der vereinbarten Timeout- 
Konstanten keine Dateneinheit entgegengenommen, so wird mit 
der Meldung "Timeout" eine fehlerhafte BEmpfangsfunktion 
angezeigt. 

Durch ein zusaetzliches Abfangen dieses Zustandes vom NIOS- 
Nutzer kann ein beliebiges Timeout-Intervall eingestellt 
werden. Andererseits ist es auch moeglich, die Timeout- 
Grenze in Vielfachen von 0,208 ms durch Veraenderung des 
Parameters 'TO' zu variieren. 'T0O!'! besitzt das Format 
einer 16-Bit Groesse. Damit lassen sich durch den NIOS- 
Nutzer Timeout-Limits im Bereich von 0,208 ms bis 193,631 s 
festlegen,wobei der genannte Endwert mit der Eintragung 
TO=-0 erreicht wird. 


Js 
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FCRXSTAT Abfrage einer Netzanforderung 





Eingangsparameter: 
(Code) 5 


Ausgangsparameter: 
(Status) : 4 keine netzseitige 
‘ Verbindungsanforderung 
3 Verbindungsanforderung 
durch einen Netzteil- 
nehmer 


Der NIOS-Aufruf FCRXSTAT gestattet die Statusabfrage des 
Rechnernetzes auf Verbindungsanforderungen seitens anderer 
Teilnehmer im Polling-Betrieb. 

Eine Verbindungsanforderung (Status=3) wird in der Regel 
mit der NIOS-Funktion FCOPENBQ positiv quittiert, wenn die 
Bereitschaft zur Verbindung angezeigt werden soll. 


FCOSETEA Setzen der eigenen Geraeteadresse 





Eingangsparameter: { 
(Code) : 6 
(Adresse): neue einzutragende Gerae- 
teadresse 


Ausgangsparameter: keine 


Normalerweise wird die Geraeteadresse im Generierungsprozess 
der NIOS-Ebene festgelegt. Sie ist Bestandteil der Netzwerk- 
organisation. Durch die NIOS-Dienstleistung "FCSETEA" kann 
durch den NIOS-Nutzer operativ eine Veraenderung der eigenen 
'Knotenadresse vorgenommen werden. 


{ 


FCGETEA Information ueber die gefuehrte eigene Adresse 





Eingangsparameter: 
(Code) “07 


Ausgangsparameter: j 
(Adresse): eigene Geraeteadresse 


Diese Funktion liefert im Register (Adresse) die aktuelle 


ee Geraeteadresse, ueber die der NIOS-Nutzer erreichbar 
8 ®. 


= 3I)E 
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FCINIT Hardware-Grundinitialisierung 





Eingangsparameter: 
(Code): 8 


Ausgangsparameter: keine 
"FCINIT" bewirkt die Initialisierung der Netzwerkinterface- 


einheit (NIU) und stellt die Betriebsbereitschaft - 
Empfangssuchlauf her. 


FCRESET Hardware-Abschaltung 





Eingangsparameter: 
(Code): 9 


Ausgangsparameter: keine 


"FCRESET" setzt die NIU zurueck. Damit wird der NIOS-Nutzer 
vom Netz getrennt. Ein Hardware-Reset bewirkt den gleichen 
Zustand. 


Bemerkung: Bei Anwahl von unbekannten NIOS-Funktionsnummern 
erfolgt eine Statusmeldung "unbekannter Funktionscode". 


(Status): 10 


SE 
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6.2.3. Das Senden und Empfangen von Dateneinheiten 





Ausgehend von der SCOM-LAN Hardwarekonzeption (LAN-Baugrup- 
pen 1715-NIU sowie NANOS-NIU) und deren vorausgesetzten 
direkten Systembusanschluss an die Host-CPU ist das NIOS- 
Transportsystem bezogen auf die Nutzdaten speicherlos. 
Sendung‘ und Empfang sind deshalb Prozesse, die sich not- 
wendigerweise zeitlich auf Datenpaketebene (Nutzdaten) ab- 
stimmen, d.h. synchronisieren muessen. Das bedeutet, dass 
im Regelfall eine Sende- und Empfangsoperation, hervorge- 
rufen durch einen entsprechenden NIOS-Aufruf praktisch 
gleichzeitig bei kommunizierenden Partnern ausgeloest werden 
muss. 
Das NIOS-Transportsystem bietet jedoch wesentliche Funk- 
tionseigenschaften, die qualitativ den Transportsystemen mit 
autonomer Datenpufferung weitestgehend entsprechen. 
Die Beseitigung der fuer speicherlose Transportsysteme typi- 
schen Nachteile erfolgt auf der Basis verbindungsorientier- 
ter Sendeoperationen. Unteı verbindungsorientierter VUeber- 
tragung versteht man das Vorausschicken eines Protokoll- 
schrittes zur Anforderung einer Datenentgegennahme an einen 
Kommunikationspartner, der seinerseits mit einer Antwort das 
Gesuch bestaetigt. Damit wird jedes Senden von Datenein- 
heiten mit einem Handshake eingeleitet. 
Das SCOM-Transportssystem ist in der Lage, diese ersten 
en aahake. DArsn voll und im Prinzip beliebig lange zu puf- 
ern. 
Die vom NIOS-Nutzer definierbare Timeout-Grenze fuer die 
maximale Verzoegerung der Bestaetigungsanweisung uebernimmt 
damit die Funktion einer nutzerangepassten Echtzeitan- 
forderung hinsichtlich der Abgabe und Entgegennahme von 
Datenpaketen. Bild 6.6 verdeutlicht diesen Sachverhalt. 
Nach Bestaetigung einer Empfangsaufforderung durch einen 
Kommunikationspartner bei Aufruf der NIOS-Funktion FÜRX wird 
die Host-CPU fuer den Datenempfang beansprucht. 
Das Timeout resultiert bei freiem Medium aus der Spanne 
zwischen dem Aufruf der Sendefunktion und dem Aufruf der 
Empfangsfunktion auf den korrespondierenden Knotensystenen. 
Sie vergroessert sich um die Zeitdauer bis zur Belegung des 
Vebertragungsmediums, wenn der Zugriff durch die Sende- 
Baron nicht sofort infolge Kanalbelegung gesichert werden 
ann. 
Das eigentliche Senden und Empfangen der Nutzdaten vollzieht 
sich nach der eingestellten bzw. generierten Vebertragungs- 
kategorie (Fehlersicherungsprotokoll). 


iäntweis: 

Der Protokollschritt zur Anforderung einer Datenentgegen- 
nahme (request/indicate) wird auf der Empfaengerseite, auch 
ohne NIOS-Aufruf, beliebig lange zwischengespeichert. Er 
wird, sobald die Operation FCRX ausgeloest wurde, ausge- 
wertet. Dadurch ist eine Unterordnung der NIOS-Kommuni- 
kation neben anderen Nutzerroutinen (Nutzer-Tasks) 
moeglich. 

Der dargelegte Sachverhalt ist auch fuer die Bestaetigung 
von Verbindungsgesuchen beim Aufbau logischer Transportver- 
bindungen zutreffend, wobei, wie aus der Schnittstellenbe- 
schreibung hervorgeht, das Timeout-Limit wunabhaengig vom 
Sende/Empfangsprozess angesetzt wird. 
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6.2.4. Zusammenfassung der Standard-NIOS-Dokumentation 


NIOS ist der Programmeintrittspunkt.Die Parameterliste ist 
ueber einen relativen Bezug zum Programmeinstieg erreichbar. 


Positionen der Schnittstellenparameter 


| | | | 

a Adresse Format Bezeichnung I 
| | 
| | | | | 
| 1 I NIOS + 3 | Byte | Adresse | 
| 2 | NIOS + 4 | Byte | Funktionscode | 
| 3 | NIOS +5 | 2 Byte | Datenanfangsadresse | 
| 4 I NIOS + 7 | 2 Byte | Datenlaenge | 
| 5 I NIOS + 9 | Byte | Statusmeldung I 
l 6 I NIOS + 10 | Byte | Prioritaet ] 
| 7 I NIOS + 11 | 2 Byte | Timeout (FCRX/TX) | 
| 8 | NIOS + 17 | 2 Byte Timeout (FCOPEN) | 
| | 


Statusmeldungen (binaer codiert): 


0... Medium verfuegbar (1) 

1... Medium nicht verfiuegbar 

2... Angesprochener Teilnehmer nicht an Netz 

3... Anforderung von einem lietzteilnehmer 

4... Anforderung durch das Netz 

5... Erfolgreiche Verbindungseroeffnung 

6... Uebertragungsfehler durch Kanalstoerung 

7... "timeout'" der angesprochenen Empfangsfunktion 
8... Fehlerfreier Empfang 

0... Pufferueberlauf des Empfangsdatenbereichs 
40... NIOS-ERROR (unbekannte NIOS-Funktion) 

41... NIOS-TX-ERROR 

12... SENDE-Protokoll-ERROR (Handshake-Fehler) 
413... Sendeerfolg 

Y4... Ungleiche NIOS-Versionsnummer bei LAN-Knoten 


(1) bei den dokumentierten NIOS Funktionsaufrufen nicht verwendet 


=36.:% 
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Standard-NIOS-Funktionen 



































Ey 














| Bezeichnung Name | BIRBEnEnTa "DSL OR | AUBERRERDETENGTER | 
ERBE BE a ao je See mern zo era re 
t | | | | 
| Anforderung I FCOPEN | Code: A | Status: 1,2,5, I 
| einer Verbin- | | Adresse: Ziel- | 44 | 
dungseroeffnung | adresse oo] 
I I | | Fan | 
| Bestaetigen IFCOPENBQI Code: O | Adresse:Adr.des | 
| der Anforderung | | | anfordernden | 
| zum Verbindungs-| | | NIOS-Nutzers | 
| aufbau | | | Status: 5,7 | 
mit Abfrage: a | Code: 20 | Status: 2,5,7 
| | | | ) 
| Schliessen einer |IFCCLOSB | Code: 2 | keine 
log.Verbindyung | | | 
m | 1 11 I— — 
I | | | | 
| Senden einer | FCTX I Code: 3 } Status: 1,12,13 | 
| Dateneinheit | | Datenanfang | oder 11 | 
| I | Datenlaenge | | 
I 1m | | 
| | I | I 
| Empfangen einer | FCRX Il Code: 4 | Status: 6,7,8,9 | 
| Dateneinheit | | Datenanfang | | 
max. Datenlaenge 
| | | | sl 
| Abfrage einer IFCRXSTATI Code: 5 | Status: 3,4 | 
| Netzanforderun | 
RE TT ui Zueı 
| ’ | | | | 
| Setzen der eig. IFCSETEA | Code: 6 | keine | 
| Geraeteadresse | | Adresse:neu einzul | 
| | | tragende Geraete-| | 
| | | adresse | 
I [| | _|- —_—| 
1 | | | | 
I Informationen IPCGETEA | Code: 7 | Adresse:eigene | 
| ueber die gef. | | | Geraeteadresse | 
eig.Geraeteadr. | | | | 
=—l- | -— ll | 
| | | l | 
| Hardware-Grund- | FCINIT | Code: 8 | keine | 
initialisierung | 1 | l 
m ——l I- I | 
| I _ ) | I 
I Hardware- IFCRESET | Code: 9 | keine | 
abschaltung | | | ] 
) j | | 
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6.3. Besonderheiten des erweiterten Systems SCOM-NIOS(E) 





Hinweis: An dieser Stelle werden nur die Erweiterungen 
gegenueber dem Standard-SCOM-NIOS aufgefuehrt. 


6.3.1. Beschreibung der Schnittstellenerweiterung 





In Fortfuehrung der Parameterauflistung in Abschnitt 2,1 
ergibt sich folgendes Bild: ; 


9. NIOS + 13: Format: Byte : Zugriffstechnik 

10. NIOS + 14: Format: Byte : Vebertragungskategorie 
11. NIOS + 45: Format: Byte : Maximale ARQ-Zyklen 
12. NIOS + 16: Format: Byte : Kollisionsanzahl 


43. NIOS + 17: Format: 2 Byte : vergl. Standard-NIOS 


Erklaerungen zu den Parametern: 


zu 9. 

Mit diesem Parameter kann der NIOS-Nutzer seine Auswahl der 
zur 'Verfuegung stehenden Zugriffstechniken kenntlich machen. 
Zugelassen sind die als Binaerzahlen zu verschluesselnden 
Zugriffsverfahren 0,1,2,3,4 oder 5 (vergl. Bild 6.8). 

Eine Verfahrensuebersicht wird im Abschnitt 5 vermittelt. 


zu 10. 

Diese Parameterposition beinhaltet die Information ueber die 
vom Nutzer eingestellte Vebertragungskategorie. Der 
zugelassene Codierungsvorm Empfaenger zu 

uebermitteln. 


Ausgangspunkt fuer die VUebertragung von Dateneinheiten 
(Datenpaketen) ist der Aufbard grundsaetzlich nur 

bei den Vebertragungskategorien B oder D (Codierung 1 oder 
3) ausgewertet. Die uebermittelte Groesse gibt an, wie oft 
eine eventuelle Fehlerkorrektur ueber das automatische 
Rueckfrageverfahren (ARQ-Prinzip) versucht werden soll, wenn 
das Ergebnis der Empfangsfehlerpruefung zum wiederholten 
Male negativ ausgefallen ist. Die Standardeintragung 
begrenzt diese Zyklusanzahl auf 10. 


zu 12. 

Dieses Byte liefert dem NIOS-Nutzer eine Information ueber 
die Kollisionshaeufigkeit waehrend des letzten Medienzu- 
sriffs. Dieser Wert kann im Zusammenhang mit Spezialapplika- 
tionen genutzt werden, bei de en die Zugriffsstatistik eine 


Rolle spielt. 
} 
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6.3.2. Beschreibung der im SCOM-NIOS(R) zusaetzlich 
bereitstehenden Übertragungsdienste 





Der Nutzer des SCOM-NIOS(E) hat die Moeglichkeit, das Senden 
und Empfangen von Dateneinheiten (Paketen) sowohl ver- 
fahrensmaessig zu spezifizieren als auch zusaetzlich auf 
eine NIOS-Funktionserweiterung zurueckzugreifen. 


6.3.2.1. Modifizierung der Operationen FCRX und FCTX 





\ 
i 


Unter Beibehaltung aller anderen NIOS-Protokolle wird das 
Aussenden und Empfangen von Datenpaketen nach der einge- 
stellten Uebertragungskategorie ausgefuehrt (Bild 6.11). 
Dabei steht wahlweise ein Datentransportdienst nach der 
Klasse 0 oder 1 (OSI-Referenz) zur Verfuegung. 


Achtung: Anwendersysteme sind jeweils nur auf der Grundlage 
einer einheitlichen Uebertragungskategorie sinn- 
voll. Konkrete Anwenderprotokdlle koennen jedoch 
gezielt die Eigenschäften der Vebertragungs- 
kategorien ausnutzen. So ist es zum Beispiel 
moeglich, den File-Transfer mit verschiedenen 
Stoerfestigkeiten als jeweils eigenstaendige Netz- 
werkapplikation aufzubauen. Die Kagorien B und D 
bieten dem Nutzer ein Fehlerkorrekturverfahren im 
Rahmen der Erkennbarkeit von Uebertragungsfehlern. 


Ein- und Ausgangsparameter zu den Funktionsaufrufen FCRX 
bzw. FCTX bleiben unveraendert. 

In den Vebertragungskategorien B und D aendern sich jedoch 
die Statusaussagen wie folgt: 


Der Status 6 nach Aufruf der Funktion FCRX wird mit dem 
Status 7? gleichgesetzt. 
Das Timeout bedeutet dann: 


a) Kein Datenpaket in der vorgegebenen Zeit 
empfangen. 


b) Der Sender hat die Aussendung des Daten- 

pakets aufgrund zu hoher Kanalstoerungen 
abgebrochen. Dieser Fall tritt praktisch 
auf, wenn nach einem letzten Datenkorrek- 
turversuch die positive Datenbestaeti- 
gungsmeldung durch den Empfaenger ausge- 
blieben ist. 
Die Begrenzung des Wiederholungsumfangs 
gemaess dem ARQ-Verfahren legt grundsaetz- 
lich der Nutzer der NIOS-Routine "FCTX" 
fest. 


Nach dem Aufruf der NIOS-Funktion FCTX ist der Status 11 im 
Sinne des Falles b) zu interpretieren, d.h. der Sender hat 
die im Uebergabebereich NIÜS + 15 festgelegte Anzahl von 
Vebertragungsversuchen ohne Erfolg absolviert. 
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6.3.2.2. Die zusaetzlichen SCOM-NIOS(E)-Funktionen zum 
beschleunigten Datenaustausch 





Die nachfolgenden beiden NIOS-Dienste sind dadurch 
gekennzeichnet, dass eine logische Transportlinie zwischen 


den betreffenden Netzwerkknoten nur waehrend des jeweiligen 
NIOS-Aufrufs besteht. 


FCFTX Beschleunigtes Senden von Dateneinheiten 





Eingangsparameter: 


(Code): : 20 

(Datenanfang) ı s. Pkt 2.1. 

(Datenlaenge) ı 5. Pkt 2.1. 
: Zieladresse 


(Adresse) 


Ausgangsparameter: 
(Status) : 1 kein Medienzugriff 
2 Teilnehmer nicht 
bereit 
11 Sendefehler 
12 Ti-Handshake-Fehler 
13 Vebertragung abge- 
schlossen 
\ 
Der Inhalt des Üebergabewertes "Adresse" gibt die 
Knotenadresse des Zielsystems an, das grundsaetzlich nur 
durch den Aufruf der Aktion FCFRX ein beschleunigt 
uebermitteltes Datenpaket entgegennehmen kann. Die maximal 
zulaessige Verzoegerung beim Aufruf der Empfangsfunktion 
richtet sich, wie bei der Funktion’ FCOPENBQ, nach der 
Eintragung des NIOS-Parameters 12. 
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FCFRX Empfangen von beschleunigt uebertragenen 
Datenpaketen 





[3 


Eingangsparameter: 
(Code) :21 
(Datenanfang) :83. Pkt. 2.1. 
(Datenlaenge) :s. Pkt. 2.1. 


Ausgangsparameter: 
(Adresse) : Herkunftsadresse 
des Datenpakets 
(Datenlaenge): vergl. FCRX 
(Status) : vergl. FCRX 


Der Empfang von beschleunigt uebertragenen Dateneinheiten 
wird, genauso wie das Senden, in der Vebertragungskategorie 
C vorgenommen. Abweichungen von dieser Regel sind 
entsprechend den Hinweisen im Abschnitt 3.2.1. moeglich. 


Hinweis: Die SCOM-NIOS-Funktionen FCRX und FCFRX sowie FCTX 
und FCFTX sind autonome EBinzelfunktionen mit 
jeweils unterschiedlichen - d.h. inkompatiblen - 
VUebertragungsprotokollen. Der Nutzer muss bewusst 
die Entscheidung zwischen dem Standard- 
Pakettransfer und dem beschleunigten Pakettransfer 
in Abhaengigkeit der Netzwerkapplikationen faellen. 
Bin gleichzeitiges gemischtes Verwenden beider 
Vebertragungsformen schliesst sich aus. 


- 4 - 


SCOM-LAN Transportsystem NIOS 


6.4. Bereitstellung der Module SCOM-NIOS und SCOM-NIOS(E) 








Die File-Bezeichnung wurde wie folgt gewaehlt: 
NIOS.REL fuer den relokatiblen MC-Modul SCOM-NIOS 
NIOS.INL fuer den Inline-Code des Moduls SCOM-NIOS 
XNIOS.REL fuer den relokatiblen MC-Modul SCOM-NIOS(E) 
XNIOS.INL fuer den Inline-Code des Moduls SCOM-NIOS(E) 
PNIOS.REL fuer den relokatiblen MC-Modul SCOM-NIOS(P) 
PNIOS.INL fuer den Inline-Code des Noduls SCOM-NIOS(P) 


Bei der Nutzung der Module ist zu beachten, dass externe 
Vereinbarungen fueı NIOS-Groessen zu treffen sind. 
Sie betreffen: 


a) die aktuelle physikalische Teilnehmeradresse 
b) die Portadressen CTCO, CTC3, SIODA, SIOCA auf der NIU 


Alle extern zu vereinbarenden Groessen besitzen das Format 
Byte. 
Die nachfolgende Uebersicht gibt Aufschluss ueber den 
Moduleinstieg SCCH-NIOS. 

Li 


Hinweis: Der Inhalt aller CPU-Register bleibt durch einen 
NIOS-Aufruf unveraendert. > 
Der SCOM-NIOS-Hodul kommuniziert mit seinem Nutzer 
ausnahmslos ueber seinen Uebergabebereich NIOS+J3 
bis NIOS+18, sowie ueber einen vom Nutzer 
bereitzustellenden Puffer fuer die auszusendenden 
bzw. zu empfangenden Nutzdaten. 
SCOM-NIOS sichert volle Datentransparenz fuer den 
Nutzer. ; 
Interrupt-Anforderungen durch den NIOS-Modul 
werden nicht gesteilt. 
Waehrend des eigentlichen Sendens oder Empfangens 
von Datenrahmen + wird der CPU-Interrupt durch DI 
untersagt und anschliessend durch die EI-Anweisung 
sofort wieder freigegeben. Die dadurch vom Nutzer 
einzukalkulierenden Interruptverzoegerungszeiten 
sind berechenbar. 

-6 

Tas = (16 * Da 24) * 6,5*10 "s 

Das smaximale Nutzdateneinheit in Byte 


Inax :maximale Interruptverzoegerungszeit durch 


den SCOM-NIOS-Sende/Empfangsaufruf 
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Er + E22 22202 2 2 2 2 2 2 2 2 2.2 22 "232 2 22.202. 222 22 2 2. 27 2 2.2 2 2 22.2 2 2 2.22 22 2.22 2. 


ek NIOS(E)/a NET IN/OUTPUT SYSTEM Krk 
E22 2 2 22 2 FUER SCOH-LAN Li 2 2 2 2 2 2 2 
Krk . IHS W/W Abt. R/RW GOE BE 2 2 22 202 2 


EEE ET ET 
EXTERNAL TNA,CTCO,CTC3,SIODA,SIOCA 


GLOBAL NIOS, ADRESS, CODE,DATANF, ARQNR,KOLL 
GLOBAL DATLEIN,S SATUS,PRIO, 70 ,1ODE, KAT, PEG 
GLOBAL FCBQ, FÜOPEN, FCCLOS „FOT£,FORX, DEWADR 
GLOBAL FORAS\ , FCSETE, FOGETL, FCINIT, FOHB" 
GLOBAL FCFTX,FCFRX, FCRBS,NRQ,FLAGUX, FCVNR 


ROUTINENCODES FUER SPiLÜGVERTLILBR: 


FCBQ EQU 1) 

FCOPEN EQU 1 

FCCLOS EQU 2 

FCTX EQU 3 

FCRX LQU 4 

FCRXSTY BZQU 5 

FCSETE EQU oO 

FCGETE EQU 7 

FCIII? ZQU a 

FCRES EQü Q 

FCkbET  EQU Ei" 

FCrii BQU 21 

FOFRk EQU 22 

ERWEIÜ'ERUNGEN 

IRQ EQU +0 

FLAGTA Z0U 11 

FCVHR — EUU i2 

VEREINBARUNGEN PARAHETER UND STATUSZELDUNGEN 

ZUGR2L 30% 10000 ;4HAX. WDHL. DER MEDIUMABFRAGE BIS 
‚ABBRUCH 


KOLEAX EQU 
ZHODEO EQU 0 ;CS4HA/CD 1-PERS. ,WAHLW.PRIORISIERT 


> 
© 
oO 


ZHODEA ZQU 4 ;CSHA/CD ION PERS. 

ZMODE2 EQU 2 ;CSHA/CD P-PERSISTENT 

ZMODE3 EQU 3 ;CSMA/CD REKURSIV 

ZH0DE5S EQU 4 :DETERM. ZUGRIFF UEBER CONTROLLER- 
STATION (TE) 3 

KATA EQU 0 :CODR2 (BYTE-STUFFING) 

KATB. EQU 4 :CODE2/ARQ (BYTE-STUFFING) 

KATC: EQU 2 ;coDE1 ° (Stufencode) 

KATD EQU 3 ;CODE1/ARQ (Stufencoode) 


GLOBAL FREI,BELEGT,KEINER, RXANFO 
GLOBAL KEINRX,OPENOK, RXERRO 
GLOBAL RXTOUT,RXF,RXOVER, NIOSER 
GLOBAL TXERR,TXPROT, TXFOK, VNRERR 
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STATUSMNELDUNGEN 

FREI EQU 0 ;KANAL FREI 

BELEGT EQU 1 ;KANAL BELEGT 

KEINER EQU 2 ;TEILNEHMER NICHT AM NETZ 

RXANFO EQU 3 ;NETZANFORDERUNG 

KEINRX EQU 4 ;KEINE NETZANFORDERUNG 

OPENOK EQU 5 ;VERBINDUNGSEROEFFNUNG OK 

RXERRO EQU 6 ;ERKANNTER EMPFANGSFEHLER 

RXTOUT EQU 7 ;TIHBOUT BEIM EMPFANGSAUFRUF 

RXF EQU 8 ;RICHTIGER RAHMEN EMPFANGEN 

RXOVER BQU 9 ;‚UEBERLAUF EMPFANGSPUFFER 

NIOSER BQU 10 ;NIOS-FKT.NICHT VORHANDEN 

TXERR EQU 11 ;ARQ-FEHLER 

TXPROT EQU 12 ;‚HANDSHAKE—-FEHLER 

TXFOK EQU 13 ;SENDEN OK 

VNRERR EQU 14 ;UNGLEICHE VERSIONSNUMMNER BEI NIOS- 
;NUTZERN 

VNR EQU 20 ;NIOS — VERSIONSNUHHER 

vr NIOS-EINSPRUNG vr 





NIOS:: JP NIOSAN 
NIOS -— NCB 
PARAHETER-UEBERGABE 


STANDARD-TEIL 
ADRESS: :DEFB O0 
CODE:: DEFB O0 
DATANF: :DEFB 0,0 
DATLEN: :DEFB 0,0 
STATUS: :DBEFB O0 
PRIO:: DEFB O 


NIOS 


;AUSGABE/EINGABE 
;FUNKTIONSCODE 

; TX/RX-PUFFER 
;X/RX-PUFFER 

;AUSGABE 

;PRIORITAET IM NETZZUGHIFF 


ERWEITERUNGSTEIL (OPTIONS) 


T70:: DEFB 0,OEFH 
MODE:: DEFB ZMODEO 
KAT: : DEFB KATA 
ARQNR:: DEFB 10 
KOLL:: DEFB O 
TOBQ:: DEFB OFFH,O 
PEG:: DEFB O0 

ENDE NIOS — NCB 
NIOS-INTERNER PUFFER 
DSTADR: :DEFB O0 
NIOSPU: DEFB 0,0,0,0 
ZZABLER:DEFB 0,0 
ZARQ: DEFB 0 


NIOS-SPRUNGVERTEILER 





‚* 32 BITPERIODEN TIKHE-OUT 
;„FUER FCRX,FCTX 
;ZUGRIFFSVERFAHREN 
;UEBERTRAGUNGSKATEGORIE 
;MAX. ARQ-OPERATIONEN 
;ANZAHL DER KOLLISIONEN BEIM 
;‚LETZTEN ZUGRIFF 

;* 32 BITPERIODEN TIHE-OUT 
;FUER FCOPEN 

;NETZWERK-PEGEL VOR ZUGRIFF 


;GERABTE ADRESSE DES ZIELSYSTENS 
‚INTERNER 4-BYTE-PUFFER 

;ZAEHLER DER MEDIENBEOBACHTUNG 
;ZAEHLER FUER ARQ-WIEDERHOLUNGEN 
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Aare ak af aaa ae ae ak aaa ak ea ae abe aa ae a aaa ae aaa 


* Beispiel einer NIOS Einbindung in Pascal 880/5 * 
* - Auszug aus einer SCOM-Toolbox - * 
EEK a a a ee ka a ak ak 


(Typen: Funktionen Ka) 
( Meldungen Krk) 
(Konstanten: Priority ESC CR Kr) 
(Variablen: Meldung Teilnehmer Communication Erkrk) 
FI F2 ch ok' DA kick) 
(Prozeduren: CNIOS 
C NIOS Kr) 
( INIT_LAN er) 
( RESET_LAN rk) 
( terminate_Communication xx.) 


Be sgenune CNIOS, 


begi 
Far ios: INL} 
end; 
TYPE Funktionen =: (FCBQ, 


Communication_Request, 

FCCLOSE, FCTX, FCRX, FCRXST 
FCSETE, FCGETE, FCINIT, FCRESE\, 
NETREQUEST); 


Meldungen = (FREI, BELEGT, KEINER_DA, 
RX_ ANFORDERUNG,, KEIN RX, we OK, 
RX_ _BRROR, TIBME OUT, RX_O 
RX OVERFLOW, NIOoS_ ERROR, es ERROR, 
Prot_Err, TX _OK); 


CONST Priority : byte = 0; 
BESC = T; 
CR = “M; 
VAR Meldung : Meldungen; 
Teilnehmer : byte; (* aktueller Teilnehmer *) 
Communication : boolean; (* Verbindung eroeffnet? *) 
BP : integer; (* Dummy-Variablen *) 
ch : char; 
ok ® boolean; 
DMA : array[0..127] of byte; 


a 
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(*** Eigentliche Einbindung des NIOS ins Pasoal-Systen ***) 


procedure NIOS(Code : Funktionen; {Funktions_Nummer} 
var TlIn : byte ;{Teilnehmer_Adresse} 
var DatBeg ;{Anfang des Datenber.} 
var Datlen ;{Laenge des Datenber.} 


Priority : byte ;s{Prioritaet im Netz} 
var Status . : Meldungen);{IO-Result des NIOS} 


var DatenAnfang : integer ABSOLUTE DatBeg; 
DatenLaenge : RECORD 
low,high : byte 
end ABSOLUTE DatLen; 


begin (* nios *) 
mem[addr(cnios)+3] :=Tin; 
mem[laddr(enios)+4)] :=ord(code); 
mem eine) :=lo(addr(DatenAnfang)); 
mem[ addr(cnios)+6] :=hi(addr(DatenAnfang)); 
mem[l addr(onios)+7] :=DatenLaenge.low; 
a TR :=DatenlLaenge.high; 
men[ addr(coni108)+140]J:=priority; 
CNIOS; 
Tin :=mem[addr(onios)+3]; 
DatenLaenge.low :=memladdr(onios)+7]; 
DatenLaenge.high:=mem[ addr(onios)+B 
status :=Meldungen(mem[ addr(oni0s)+9)); 
end (* nios *); 


siaisge Deisvicie Juer ciementure unlitionszufruis *) 


(***** Initialisierung der LAN-Hardware **+***) 
procedure INIT_LAN; 


begin 
NIOS(FCINIT,BP,BP,BP,BP,BP); 
end; 


(**+** Aufbau einer logischen Transportverbindung *****) 
procedure CALL(TIn : integer); 
begin 
Communication:=FALSB; 
NIOS(Communioation_Request,Tin,BP,BP,Priority,Meldung); 
case Meldung of 
open_0K: begin 
Communication:=TRUE; 
Teilnehmer:=Tln; 


end; 
belegt: write('! kein Zugriff '); 
end; (* case * 
end; 


(2% Test auf Empfangsanforderung *****) 
Iunction Anforderung : boolean; 
var Neldung : Meldungen; 
begin 
NIOS(FCRXST,BP,BP,BP,BP,Meldung); 
re a a 
end; 
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(x*xxk+* Bestaetigung der Verbindungseroeffnung ***+**) 
procedure Bestaetigung(var TIn : integer; var status boolean); 
begin 
NIOS(FCBQ,Tin,BP,BP,Priority,Meldung); 
status:=(Meldung=OPEN_OK); 
end; 


(x**%x%* Senden eines Datensatzes ****x*) j 
procedure TRANSMIT(var Was; Wielang:integer; var ok:boolean); 
var Laenge : integer; 
begin 
Lzenge:-Wielang; 
NIOS(FCTX,BP,Was, Laenge,Priority,Meldung); 
ok:=(Meldung=TX_OK); 
end; 


(***** Empfang eines Datensatzes *****) 
procedure RECEIVE(var Was; Wielang:integer; var ok:boolean); 
var Laenge integer; 
begin 
Laenge:=WieLang; 
NIOS(FCRX,BP,Was,Laenge ,Priority,Heldung); 
ok:=(Heldung=RX_ok); 
end; 


® 
(***** Beenden einer Verbindung *****) 
procedure terminate_Communication; 
begin 
if Communication then begin 
Communication:=FALSE; 
NIOS(FCCLOSE,BP,BP,BP,BP,BP); 
end; 
end; 


(****+%* Ruecksetzen der LAN-Hardware *****) 
PROCEDURE RESET_LAN; 
begin 


NIOS(FCRESET,BP,BP,BP,BP,BP); 
end; 


he 
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6.5. Die Zugriffsverfahren des SCOM-NIOS 


Die Standard-Netzwerktopologie der SCOM-LAN Hardware ist der 
Ring (vergl. 1715-NIU/NANOS-NIU). j 

Rechnernetze nit einer Ringtopologie sind dadurch 
charakterisiert, dass alie beteiligten Rechner mit einen 
"linken" und "rechten" Nachbarknoten &ekoppelt sind. Alle 
Nachrichten im SCOM-LAN werden unidirektional vom Sender zum 
Empfaenger weitergeleitet. Die Regulierung des Netzzuganss, 
einschliesslich der Nutzdatenuebertragung kann zentral oder 
dezertral erfolgen. 

Das Tranrsportsystem in der Ausfuehrung SCOM-NIOS(E) bzw. 
SCOM-NIOS(P) erlaubt die Auswahl zwischen 6 verschiedenen 
Zugriffsverfahren bzw. Zugrififsprotokollen, die es dem 
Anwender gestatten, verschiedene prinzipbedingte Vorteile 
der einen oder der anderen Zugriffstechnik gezielt 
auszunutzen. 

Bei der Beurteilung sind solche Kriterien, wie die minimale 
Zugriffsverzoegerung, die Zugriffsverzoegerung bei hoher 
Netzbelastung, das Echtzeitverhalten bei der Hedienbelegung, 
die moegliche Vorrangbehandlung von Netzwerkteilnehmern oder 
eine gute mittlere Medienauslastung einzubeziehen. 
Naturgemaess lassen die konkreten Zugriffsloesungen nur 
Kompromisse dieser Leistungsaussagen zu. 

Bild 6.7 vermittelt eine Uebersicht ueber die implemen- 
tierten Zugriffstechniken des SCOM-NIOS(E)/(P). Die mit 
einem (*) gekennzeichneten Verfahren betreffen die Ein- 
schraenkungen des Standard SCOH-NIOS. 

Die KNIOS-internen Protokolle bestehen in der Regel aus 
mehreren Uebertragungsschritten, wobei sich die Vebertra- 
gungsrichtung aendern kann. Das bedeutet, dass innerhalb 
einer NIOS-Funktion mehrmals ein kedienzugriff sowie eine 
Medienfreigabe erfogt. 

Alle Zugriffs- und Vebertragungsprotokolle sind lauffaehig 
auf der Basis von Duplex- oder Halbduplexkanaelen. Dadurch 
ist der Binsatz des SCOM-Transportsystems auf passiven 
Bussystemen (Bus-Topologie) genauso moeglich, wie auf 
aktiven , unidirektionalen Ringnetzen (Ring-Topologie). 


6.5.1. Die wahlfreien Zugriffstechniken des SCOM-NIOS 





Wahlfreie Zugriffstechniken sind dadurch charakterisiert, 
dass die sendewilligen Stationen unkoordiniert zum Bus zu- 
greifen. Jede Station sendet ihre Botschaft unmittelbar nach 
Eintreffen eines Sendewunsches des NIOS-Nutzers. Grund- 
saetzlich ist dadurch nicht sichergestellt, dass das von 
allen gemeinsam genutzte Uebertragungsmedium auch sofort 
frei, d.h. nicht von anderen Teilnehmern belegt ist oder 
quasi gleichzeitig belegt wird. Der grosse Vorteil des wahl- 
freien Medienzugangs liegt in der Ausnutzung der vollen 
Vebertragungsbandbreite, wenn der Zugriff einmal gesichert 
ist. Dieser Vorteil wird erkauft durch die moegliche Gefahr 
von Zugriffskonflikten in Form von Kollisionen. Kollisionen 
sind das Ergebnis des gleichzeitigen oder quasigleich- 
zeitigen Medienzugriffs zweier oder mehrerer Sendestationen. 
Kollidierende Nachrichten muessen — auch wenn sie Synchroni- 
sationscharakter haben - verworfen und erneut gesendet 
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werden. Dazu ist Zeit erforderlich, die die UVebertragungs- 
kapazitaet des Mediums fuer Nutzdaten verkleinert. Mit stei- 
gender Medienbenutzung durch Netzwerkteilnehmer ist gleich- 
zeitig ein Anwachsen der Kollisionen und damit ein sSinken 
der effektiven Vebertragungskapazitaet zu erwarten. 

Die verschiedenen Varianten der im SCOK-NIOS zur Auswahl 
stehenden wahlfreien Zugangstechniken unterscheiden sich 
deshalb vorrangig in der Faehigkeit, Kollisionen zu redu- 
zieren. Dazu im Gegensatz steht die Anwenderforderung 'nach 
laufzeitoptimiertem Medienzugang. 

Dıe Kompromissfaehigkeit beider Inhalte liegt in der Voraus- 
setzung stark oder weniger stark belasteter VÜebertragungs- 
kanaele. 

Die angebotenen wahlfreien Zugriffstechniken im SCOM-NIOS(E) 
sowie SCOM-NIOS(P) beruhen alle auf dem CSHA/CD-Prinzip 
(Carrier Sense Multiple Access with Collision Detection). 
Das gemeinsame Merkmal der CSHA/CD-Varianten liegt in einer 
Beobachtung des Uebertragungsmediums vor und waehrend der 
ersten Datenuebertragung durch eine Station. Voraussetzung 
fuer den Hedienzugrifif, der dem Senden stets vorausgeht, ist 
ein freier —-— d.h. zum kKontrollzeitpunkt unbelegter - Nach- 
richtenkanal. Alle Zugriffstechniken im SCOM-NIOS(E)/(P) 
sichern fuer die eigentliche Nutzdatenuebertragung (Paket- 
transfer) ein eindeutig verfuegbares MHedium, sobald der 
Zugriff positiv abgeschlossen wird. Die Erkennung von 
moeglichen Kollisionen waehrend der Hedienbelegung wird 
anhand von kurzen Pruefnachrichten, die ausserhalb des Nutz- 
datenprotokolls liegen, vollzogen. Kollisionserkennungen 
werden in einer vergleichsweise kurzen Zeit (Testzeit ca. 
250 ms) softwaregestuetzt durchgefuehrt. Nach Abschluss 
jeder NIOS-Funktion (RETURN) ist sichergestellt, dass der 
betreffende Netzwerkknoten das Nedium unter allen Umstaenden 
freigegeben hat. Dadurch ist ein Blockieren des Uebertra- 
sungskanals bei unerwarteten Protokollfehlern (u.U. Veber- 
tragungsfehlern) ausgeschlossen. 

Ohne Anspruch auf umfassende Beurteilung der Verfahren wird 
dem NIOS-Nutzer fuer die Auswahl der wahlfreien Zugriffs- 
techniken folgende Empfehlung gegeben 


(1) CSMA/CD A-persistent 
- schneller Zugriff bei geringer Medienbelastung Richt- 
wert: 0.7 ms 
- hohe Kollisionswahrscheinlichkeit bei hoher liedienbe- 
lastung 


(2) CSMA/CD O-persistent 
— hoehere mittlere Zugriffsverzoegerung bei geringer 
Medienbelastung als (1) 
- besseres Zeitverhalten bei hoher Medienbelastung als 


- potentiell geringere Kolljisionsgefahr 


(3) CSHA/CD p-persistent 
- hoehere mittlere Zugriffsverzoegerung bei geringer 
Medienbelastung als (1) 
= auenstiges Hochlastverhalten bei starker MHedienbe- 
anspruchung 


= 
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(Lk) CSMA/CD rekursiv priorisiert 
— Vorteile im Sinne gleicher Zugriffsverzoegerungen bei 
allen Teilnehmern bei unterschiedlicher Netzbelastung 
— Kompensationswirkung von hohen Zugriffsverzoegerungen 


Durch Einfuehrung von Prioritaeten (vergl. Abschnitt 2) kann 
fuer Prozess-Applikationen ein notwendiges Echtzeitlimit im 
Hedienzugriff abgesichert werden. Das gilt insbesondere im 
Zusammenhang mit der Standardapplikation Prozessdatenbank, 
die in aller Regel eine exklusive, vielfach die hoechste 
Prioritaet zugeteilt bekommt. Durch die Bereitstellung des 
Prioritaetsparameters ist dem Anwender ein Werkzeug gegeben, 
echtzeitkritische Netzwerkanwendungen vorteilhaft neben den 
u.U. in dieser Hinsicht anspruchslosen LAN-Applikationen 
einzuordnen. 


Ankuendigung: Ab 5/1988 werden weitere z.T. echtzeitfaehige 


dezentrale Zuteilungsverfahren zum Vertrieb 
bereitstehen. 


6.5.2. Zentralisierte Medienzuteilung im SCOM-NIOS 





Als Alternative zu den’ wahlfreien Zugriffstechniken bietet 
das SCOH-NIOS dem Nutzer die Variante der zentralisierten 
Medienzuteilung. Die zentrale Funktion- erstreckt sich grund- 
saetzlich nur auf die Hedienverwaltung, kann aber durch 
Anwenderdienste auf die Paketuebertragung ausgeweitet 
werden. 

In einem solchen speziellen Fall werden auch die Nach- 
richtenpakete stets ueber einen Zentralknoten ausgetauscht, 
Die Moeglichkeit der zentralen liedienzuteilung im SCO4M- 
Transportsystem sichert den Kanalzugriff in Echtzeit. Das 
Zugriffsverfahren ist determiniert. leben einer Verhaltens- 
aequivalenz zum Token-Ring-Verfahren laesst sich durch diese 
Hethode eine Verteilung der Zuteilungshaeufigkeit erreichen. 
Damit wird eine hohe Flexibilitaet gerade fuer die Prozess- 
kommunikation sichergestellt. 

Die notwendigen zentralen Zuteilungs- und Koordinierungs- 
funktionen sind vollstaendig aus dem KkIOS-Funktionsfonds 
ableitbar. Ferner lassen sich neben den Zuteilungsopera- 
tionen (Polling-Verfahren) auch UVeberwachungsfunktionen und 
zentrale Netzwerkdienste (z.B. Echtzeituhr oder globale 
Mailbox) durch den Ressourcenknoten bereitstellen. 

Das zentralisierte Medienzuteilungsverfahren im SCOM-NIOS 
wird durch die Codierung 6 gekennzeichnet. 

Das bereitgestellte Programm fuer den zentralisierten 
Zugriffsrechner traegt die Bezeichnung SCOMMED.COH. 

Achtung: 

Bei Knotensystemen, die in das zentralisierte Zugriffsver- 
fahren einbezogen werden, ist die Stationsadressierung auf 
den Bereich 1-39 beschraenkt, Wahlfreie Zugriffstechniken 
koennen neben dem zentralisierten Zugangsverfahren unpriori- 
siert und ohne Binschraenkung auf den Adressenraum (40-100) 
‘betrieben werden, wenn die dadurch vergroesserte Zuteilungs- 
verzoegerung der Echtzeitanschluesse nicht nachteilig 
gesehen wird. 
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Schioht Nutzer 1 Nutzer 2 
2 | Applikation |" | 

7 | I<--—— > | << 
lol: l I Il 
| | | Presentation | | | 

6 l |< >| )<— 
| BEE EBENE I__ I 
| | | Session l l | 

5 | I< >| |<— 
I __I__| le] 
| | | Transport | | | 

4 l l< >| |<— 
I Il I __1__| 
| | | Network l | | 

3 | I< >| i<— 
I Il I: 11 
I | | Datalink l | | 

2 | I<— >| |<— 
hell I __ IT 
| | | Physical l | | 

1 | I< >| |<— 
| 1 | | 





| Uebertragungsmedium 


v v v v v v 
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v 





Nutzer n 


Bild 6.2: Das OSI-Referenzmodell fuer offene Kommunikations- 


systeme 
Nutzer Nutzer 
4 4 
| | 
| ) 
VEREIN | 
| t Anwender-Protokolle | WE | 
I V v | 
| I | I A 
CR DREIER EIRLEEN l | __.__ 101 
a | Peer I 
ae EURER CHEN ER | _IL_L_ 
I IT TER 7] ıı gr | 
'->| <= 2. 2... = —- >| |<-'! 
| | SCOM-NIOS | | 
| | Protokolle | | 


Medium 





Bild 6.3: Teilweise offenes Arohitekturkonzept des SCOM-LAN 
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Nutzer 1 Nutzer 2 Nutzer n 
Betriebssystem 1 Betriebesyaten 2 Betriebssystem n 

FT a BERNIE 

I I | | | 

Anwendungs- system 

I 4 | | 4 | | 4 
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| | l | | | I ] 
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| | ] I 

| | | | 
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| 
| Transportsystem SCOM-NIOS 
| 


Bild 6.4: Prinzip der Anwendungsneutralitaet auf der Basis 
des Transportsystems SCOM-NIOS 


Entwicklung von SCOM-Anwendungen 
auf der Grundlage von Standardapplikationen 


SCOM-Toolbox 
Pascal 880/S 


(Pascal 880/5) 


SCOM-NIOS/ 
SCOM-NIOS(E)/ 


! 
| 
| 
I 
| 
| 
| 
] ; 
| 
| 
| 
| 
I 
| 
| SCOM-NIOS(P) 


] 
| 
| 
| 
| 
| 
| 
Tool-Anpassung I 
| 
| 
| 
| 
| 
| 
) 


Bild 6.5: Nutzerspezifische Softwareentwicklung unter Pascal 
880/S bzw. Turbo-Pascal(R) 
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ITFOTX FCRX"" 
| 

| request | SCON- | indicate 

I _—| .— > 

Poug! NIOS a IT out 

| l confirm | (Transportsystem) | response 

| | 

I | 

| | Synchronisation 

I —| = — 
I | Fehlersicherung 

I | 

| I 

| | | | 

I V Data-iX | SCOH- | Data-RX 

I —>| | —> 

| | NIOS | 

| | | 

| 


Bild 6.6: Ablaufteilung der Funktionen FCTX und FCRX 
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*  SCOM-LAN-Transportsystem NIOS(E) * 
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— Zugriffstechniken - 
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/ \ 
/ 
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Paketuebertragung) I 
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| 
CSHA/CD-Technik 
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Bild 6.7: Vebersicht zu den moeglichen Zugriffstechniken im 
Transportsystem SCOH-NIOS(E) 
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Bild 6.8: Auswahl von Zugriffsverfahren im SCOM-NIOS(E) 
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<- 1 UVebertragungskategorie 
(ISO - Klasse 0) 


| 

I 

| 

| 

| 

vv 2 Zugriffsverfahren 

Ir Standard — Paket-Transfer 
| 


> ca. 1,2 KByte Maschinencode 


Bild 6.9: Charakteristik SCOM-NIOS 


S60M - NIOS (E) 


| 
SCON-NIOS| 
| 
I 


„ 


Pr 
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<- 4 Vebertragungskategorien 
A, B, C, 
(ISO - Klasse O0 oder 1) 


<- 6 Zugriffsverfahren 


<-. Standard- u. beschleunigter 
Paket-Transfer 


——> ca. 1,7 KByte MC 


Bild 6.10: Charakteristik SCOM-NIOS(E) 
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Bild 6.11: Uebersicht zu den Uebertragungskategorien zur 
fehlersicheren Datenuebertragung im SCOM->NIOS(E) 





en nn m 


Protokollkonvertierung | 
SCOM-NI®S <--> System II | 


SCOM-NIOS | lAnpassung | 








| 
I Schnittst. | ISystem II | 
| SCOM-NIOS | ITransport-| 
SCON-User I | Isystem II | System II-User 
Subsystem SCOM-LAN | l System II 


ne u 


Bild 6.12: Prinzip fuer Uebergangsloesungen zwischen SCOM-LAN 
und anderen lokalen Netzwerkloesungen (System II) 
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7. Rahmenprotokoll fuer die Einleitung von Applikations- 
funktionen (ARP) 





7.1 Protokollinhalt 


Ausgehend von den Begriffsbestimmungen und Struktur- 
definitionen offener Kommunikationssysteme auf der Grundlage 
des ISO-OSI-Hodells umfasst ein Anwendungssystem die Ebenen 
5-7. 

Es wurde in der Dokumentation des Transportsystems SCOM-NIOS 
herausgestellt, dass ein direktes Aufsetzen von Netzwerk- 
applikationen auf das Transportsystem gerade in der ersten 
Phase der Netzwerkapplikation und fuer die bevorzugten Ein- 
satzfelder der Loesung SCOM-LAN typisch und vorteilhaft sein 
wird. Von besonderer Bedeutung ist die Zielstellung, ueber 
Standardapplikationen neue, nutzungsneutrale und hoehere 
Basisdienste aufzubauen. 


Beispiele: File-Transfer 
File-Directory-Transfer 
File-Status-Transfer 
Fern-Job 
Universeller Mailbox-Dienst 
Netzwerkbetriebssystem 


Fuer das lokale Rechnernetz SCOM-LAN wurden bereits eine 
Reihe von Basis-Applikationsprotokollen entwickelt. Sie 
werden in den Anwenderloesungen 


SERVICE, DABANK, PRS u.a. 


eingesetzt. 

Schluesselfertige SCOM-LAN-Applikationen werden in Anlage 1 
in Form einer Bedienungsanleitung dokumentiert. 

Fuer den Entwickler von neuen Netzwerkdiensten wurde eine 
Empfehlung zur Binleitung von SCOM-LAN-Anwendungen ausge- 
arbeitet. 

Dieses Rahmenprotokoll wird von allen genannten Anwenderloe- 
sungen eingehalten und garantiert die stoerungsfreie Koexi- 
stenz beliebig vieler Dienstaufrufe im Netzwerk (Bild 7.1). 
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2.Anforderung einer Applikation * 
num. Codierung 0 .. 255 (1Byte) 





Bestaetigung mit ASCII "Y" oder * 
Rueckweisung mit ASCII "N" (1Byte) 


3.Aussendung eines Passwortes 6 ASCII-Zeichen * 





| 
| 
Bestaetigung mit ASCII "Y" oder * | 
Rueckweisung mit ASCII "N" (1Byte) 








* Schritte des 
Appplikationsrahmenprotokolls (APR) 
im SCOH-LAN 

v 


Bild 7.1: Empfehlung zur Einleitung von SCOM-Applikations- 
diensten mit Rahmenprotokollvorgabe 
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Somit steht fuer die Auswahl von Applikationsprotokollen ein 
zweistufiger Verteilerschluessel zur Verfuegung, der hinrei- 
chende Erweiterungsreserven des Dienstefonds bietet. 

Der Verteilerschluessel wird in der 1.Stufe durch die nume- 
rischen Zuweisungen 0..255 und in der zweiten Stufe durch 
die Kombinationsvielfalt der zugelassenen Passwoerter be- 
stimmt. 

Ist das erste Zeichen des Passwortes ein Leerzeichen, so 
wird, entsprechend der Protokollfuehrung auf eine Passwort- 
auswertung — d.h. auf die zweite Stufe der Diensteverteilung 
— verzichtet. 

Der Passworttest im angegebenen Rahmenprotokoll schliesst 
weitere Passworttests in den spezifischen Diensteprotokollen 
nicht aus. j 

Zur schnellen Einordnung von Applikationsfunktionen nach 
Protokollmerkmalen des Rahmenprotokolls und zur Koordinie- 
rung der EIntwicklungsaktivitaeten wird folgende Kennzeich- 
nung vorgeschlagen: 


ACH,M,P2,P3,P4,PB5,P6) 
| | | | | | 


| | 
| | Format 6 Byte ASCII-String 
| | 

| | 

| | Format Byte, numerisch 

| 

| SCOM-Applikationsdienst 


Wertigkeit N: O, 1, 2orese0., 255 ; binaere Codierung 
Pi....P6: Symbol ? Auswertung durch das spezifische 
Applikationsprotokoll (Schritt 4 
in Bild 7.1) ; d.h. 2. Verteiler- 
schluessel nicht verwendet 
ungleich ? 2,.Verteilerschluessel 


Beispiele: 


a) A (2,2,7,2,?,?,?) 


A-Dienst 2, 

Keine weitere Dienstunterteilung durch das Rahmenprotokoll 
moegliche Passwortauswertung im Protokoll des 
Applikationsdienstes 


b) A (2,A,B,0,?,?,?) 
A-Dienst 2, Unterdienst auf ABC-Kennung 
optionale Passwortauswertung in den Stellen P4, P5, P6 


ce) A (12,A,B,C,D,E,F) 
A-Dienst 12, Unterdienst unter dem Schluessel ABCDEF 
Passwortarbeit muss durch das A-Dienst-Protokoll eigen- 
staendig organisiert werden 


d) A (12,F,E,D,C,B,A) 
A-Dienst 12, Unterdienst unter dem Schluessel FEDCBA 
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7.2. Naster- und Slaveprotokolle 








Fordert ein Netzwerkteilnehmer einen Applikationsdienst bei 
einem anderen NIOS-Nutzer an, so uebernimmt er bei positiver 
Quittung des ARP eine Hasterfunktion hinsichtlich der 
Applikation A (N, Pi, .. P6). 

Die Protokollschritte sind in dem Ablauf AU (N, P1,..P6) 
vereinbart. AH steht fuer Applikation-Master. 

In Analogie fuehrt der aufgerufene Teilnehmer seinen Dienst 
mit dem Slave-Status waehrend des laufenden Applikations- 
intervalls durch. Sein Protokoll traegt die Bezeichnung 
AS (N, Pi, .. P6), wobei AS die Bedeutung Applikation-Slave 
unterstreicht. 

Entsprechend dem ARP wird nach Beendigung des Applikations- 
protokolls die Verbindung fuer jeden Teilnehmer selbstaendig 
-d.h. selbstinitiierend- und ohne zusaetzliche Flusskontrol- 
le geloest (Bilder 7.2 und 7.3). 

SCOkH-Anwenderloesungen enthalten in der Regel mehrere Appli- 
kationsdienste, die z.i. als Master- und Slaveprotokolle 
oder nur als Haster- bzw. Slaveprotokoll implementiert 
sind (Bild 7.4). 


Haster-Protokolle sind das Kennzeichen fuer Netzwerk-User, 
also fuer Konsumenten. 

Slave-Protokolle sind typisch fuer zentrale Knoten mit 
Dienstleistungsfunktionen, was nicht ausschliesst, dass 
uebergeordnete Anwenderprogramme MHaster-Slave-Verhaeltnisse 
mehrfach austauschen (Bild 7.5). 

Somit relativiert sich der Begriff User iu Beziehung auf 
hierarchisch identische Applikationsniveaus. 


In der praktischen LAN-Nutzung besitzen zentralisierte Res- 
sourcen-Computer wie Print-Server, File-Server, Kommunika- 
tionstore (Gateways/Bridges) u.a. feste Protokollsaetze auf 
der Anwendungsebene, waehrend auf den User-PC's operativ die 
Netzwerkapplikationen durch den Bediener festgelegt werden. 
Das passiert durch Aufruf eines Anwenderprogramnms oder im 
Falle eines Netzwerkbetriebssystems durch Neuinitialisierung 
bzw. Installierung. 


Eile 
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MASTER SLAVE 


PROTOKOLL PROTOKOLL 


AS 


ne ne m m a 
m an Gen mn sen un nn mn mm am 


A (N, Pi,.., P6) 


Bild 7.2 Zweiteilung von Applikationsprotokollen 
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S 


Anzeige einer Anforderung zur Teilnahme 
an ein (N1,P1,...P6)-Protokoll 


| Bestaetigung oder Rueokweisung 
t \ 

I AS(N,P1,..,P6)-Protokoll 
V 4 


| 

| 4 

l | Absetzen der Applik.- 
V | beziehung 











NIOS-Anschlussbild 
SCOM-NIOS (A) 


NIU (A) 





SCOM-NIOS (B) 


NIOS-Anschlussbild 


———— —  . 
ARP l 

u: 
| 
V 


V Abeetzen der 
Applikations- 
beziehung 


Bestaetigung 
o.Rueckweisung 


v 
AM(N,P1,..,P6)-Protokoll 


dj aaa 


Initiierung 
einer (N,P1,..,P6)-Applikation 


Bild 7.3 Funktionsschema und Softwarestruktur zur Initialisierung 
von Applikationsdiensten nach dem vorgeschlagenen 
Applikationsrahmenprotokoll (ARP) 
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I-AM(5,AAAAAA) 
I-AS(1,?) | 
I I-4S(1,?) 
a | 
ON) | ES RZ EN ern | 
' Su | STATION B 
I STATION A t | 
| I 
I ! | 
I | 
| | 
V V 
m Hr rn 
I | 
BREI: \ BORREENEE | 
I | | 
> v 
| STATION C | TE Deals cn ] 
| | 
| | | STATION D I 
a1 (C >B | | 
(c >D | | | 
a | I-AS(1,?) 
Ay "CA >C) I-AS(5,AAAAAA) | 
(B—>D) | I-AS(4,?) 
I-AM(1,?) | 
45 (A >C) | l-AM(5,AAAAAA) 
(B——>C) | | 
(-—>c) : | 
Bild 7.4 Beispiel fuer eine Verteilung von Applikations- 


protokollen auf WNetzwerkstationen und die 
dadurch moeglichen Applikationsbeziehungen 
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<q 
un 
es 
e} 
> 


An 
= 
I 
pr 
5 

+7 
a 
DW 2 
> 
Iz 
N 
= 
"I 
—_ 
. 

Re) 
a 
De 2 


[= 
un 
1] 
I 
& 


Bild 7.5 Symbolische Darstellung der Ansteuerung von 
Master-Slave-Diensten (Basisapplikationen) 
duroh hoehere Nutzerprogramme 
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7.3. Belegte Applikationsschluessel 


Bedingt durch abgeschlossene Entwicklungsarbeiten von An- 
wendungsloesungen im Rahmen der SCOM-Systemnutzung oder 
durch eine abgestimmte Entwicklungsrichtlinie laufender 
Softwarearbeiten wurden einige der moeglichen Dienste- 
Codierungen bereits belegt . 

Die nachfolgende liste gibt Auskunft ueber die benutzten 
Schluessel zur Selektion von Applkationsprotokollen in der 
vorhandenen bzw. gegenwaertig entwickelten SCOM-Software. 





| Schluessel | Verwendung (vergl. Pkt. 8)| 
| | 
I A (1, ??22?? ) l LAN-TEST | 
Il ... bis | PCLAN | 
I A (8, 272277? ) | NALAN | 
| | SERVICE | 
l| A. (11, 2727?? ) l DABANK l 
ı WASBEREEIE bis I PRS } 
ıı (13,7????7?? ) l SCOM-TOOL-BOX I 
| | Netzlader N | 
I A (20,77???? ) I | 
I A (22,??7?7?7? ) | 
| | 
I A Ss. BEReeL ) ) 
| .o.. | 
I A ker. 229009 ) | | 
| | | 
Il A (31,?7?7?? ) I I 
I A 2, 2277?? ) | | 
I A (34,272???) | | 
| A (55,???7?? ) | | 
| | | 
| A (40, ?????? ) l Elektronische Post ] 
1. ws bis | EP, UEP l 
I A (45, 227277 ) | | 
] —| 
I A (60, ???7??? ) | Elektronischer kalender | 
| ... bis | EK, UBK l 
I A (65, ??777? ) | | 
| | 
I AC | 
| | 


128. .222007.) | LANCON 
| LANCALL 


Der zweite Verteilerschluessel ist, wie in der Tabelle durch 
"2" verdeutlicht, gleichfalls als reserviert zu betrachten. 


Bemerkungen: 


-— Alle SCOM-Applikationen koennen nebeneinander, aber auf 
verschiedenen Netzwerkknoten laufen. 


— Identische Applikationsdienste der Loesungen SERVICE, 
DABANK, PRS, N besitzen kompatible Protokolle. 
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USER (konsumierend) 





SERVICE.COM 


N.COM 


A 


USER 
| LAN-TEST.CON | 


USER « 





) ) 
LANCALL I< 
| 





USER 








UBK 


USER/SERVER 
PCLAN.COM 


| NALAN.COM 


SERVER (dienend) 
PRS.COM | 


| 
>| 
I PRS1.COM 1 





l PCLAN.COM | 
>| | 
| NALAN.COM ] 


DABANK.COM | 


v 


| 
DABANK1.COM | 


| kein Element | 








USER 





| SCP- | 
| Erweiterung | 
| LANCON | 


v 





| | 
| Anwender- | 
| programm 
| 


SERVER 





l —— 
| EP.COM 
IA 

II  BK.COM 
Kill 
1 

) 


USER/SERVER 





Il PCLAN.COM ) 
>| 
|  NALAN.COM I 


Bild 7.6: Einsatzvarianten der SCOM-Anwenderloesungen 
im Zusammenspiel (vergl. Pkt. 8) 
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8. SCOM-LAN-Applikationen in der Uebersicht 


Ziel dieser Zusammenfassung ist es, dem Anwender des SCOM- 
LAN eine kurze Uebersicht ueber Applikationssoftware auf der 
Grundlage des Transportsystems SCOM-NIOS zu vermitteln. 


1.) 





Bezeichnung : LAN-TEST.COM 
Einsatz und Kurzcharakteristik 


| 

| 

| - Zuverlaessigkeitstest der LAN-Installation 

Il - Unterstuetzung bei der NIU-Fehlerdiagnose 

| - statistische Untersuchungen von 

| Zugriffsverfahren des SCOM-NIOS 

| - Fenster-, Menuetechnik 

I - SCP / PC-1715 / PC-1715W u.a. 

| mm nn nn 
| Dokumentation : Bedienungsanleitung 
| 
| 
I 
| 


Vertrieb : Robotron BWS 


Zeitpunkt: 9/1987 





2.) 
Bezeichnung : DABANK.COM 





Einsatz und Kurzcharakteristik 


F/E- u. Buerorationalisierung 
Server-Software 

Disk/Hard-Disk-Betrieb 

Dateibank (Programme, Dokumentationen u.a.) 
Lesen und Schreiben 

gestaffeltes Zugriffsregime mit 
Passwortschutz ® 

— Zugriffsprotokoll 

- Parameterfile DABANK.PAR 

- SCP / PC-1715 / PC-1715W u.a. 











Dokumentation : Bedienungsanleitung 
Vertrieb : ‚Robotron BWS 
Zeitpunkt: 9/1987 
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3.) 
Bezeichnung : LAN-INST.COM 





Einsatz und Kurzcharakteristik 


| 

| 

| 

| 

| - Generierung von Parameterfiles fuer 
| SCOM-Applikationsprogramme 

| - Anpassung an Hardware und allgen. 
| Installationsumgebung 

l - einfaches Editieren 

| - fuer PC-1715,PC-17135W / SCP u.a. 
| 
| 
| 
| 
| 
| 
| 


Dokumentation : Bedienungsanleitung 
Softwareinformation 





Vertrieb : Robotron BWS 


Zeitpunkt: 7/1987 





4.) 
Bezeichnung : PRS.COM 





Einsatz und Kurzcharakteristik 


F/E- u. Buerorationälisierung 
Server-Software 

Printserver auf Basis PC-1715/K-63Xxx 
1 Drucker 

PRN-Dateien 

Stapelverarbeitung 

ca. 800 k-Byte Speicher 

SCP / PC-1715 / PC-1715W u.a. 











Dokumentation : Bedienungsanleitung 
Vertrieb : Robotron BWS 
Zeitpunkt: 7/1987 





nn nn nn 
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5.) 


6.) 


"Bezeichnung : PRS2.COM 
Einsatz und Kurzcharakteristik 


-— wie PRS.COM 

-— 2 Drucker 

- eigene Steuerzeichenexpandierung 
fuer Drucker K-E3xx 

- Prioritaeten 

— erweiterte Auftragskommandos 

- SCP / PC-1715 / PC-I715W u.a. 


Dokumentation : Bedienungsanleitung 


Vertrieb : Robotron BWS 
Zeitpunkt: 3/1987 
Bezeichnung : SERVICE.COM 


Einsatz und Kurzcharakteristik 


- F/E- u. Buerorationalisierung 


- User-Programm zum Server DABANK.COM bzw. 
DABANK2.COM und PRS.COM bzw. PRS2.COM 


komfortables Filetransfersystem 


Parameterfile SERVICE.PAR 
weitere Kommandos 
SCP / PC-1715 / PC-1715W u.a. 


Dokumentation Bedienungsanleitung 
Vertrieb : Robotron BWS 
Zeitpunkt: 9/1987 


m——— 1 
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7.) 


8.) 





Bezeichnung : PCLAN 
NALAN 


Einsatz und Kurzcharakteristik 


F/E- Rationalisierung 
User- und Serverprotokolle 
File-Transfer 

















Fern-Job 
weitere Kommandos 
Menuetechnik 
SCP / PC-1715 / PC-1715W u.a. 
Dokumentation : Bedienungsanleitung 
Vertrieb : auf Anfrage 
IHS W/W Direktorat WGB 
WB IV 
Zeitpunkt: 10/1987 
Bezeichnung : LANCON.COM 
LANCALL.COM 





Einsatz und Kurzcharakteristik 


| | 
| | 
| I 
I | 
| | 
| - Buerorationalisierung | 
| - USER-USER-Dialog | 
| - USER-USER-Mailboxdienst | 
l - quasi paralleler Betrieb zum Anwender- | 
| programn | 
| - transiente Betriebssystemerweiterung | 
- Betriebssysteme SCP xx, DAC, UDOSxx, u.a. | 
| 
| 
I 
| 
N 
| 
| 
| 
I 





a 





Dokumentation : Bedienungsanleitung 
re ED a He EEE SR na we a re Burn 
Vertrieb : . fuer SCP-1715 


| 
| 
| 
Robotron BWS | 
fuer andere CP/M-kompatible Systeme | 
IHS W/W | 
Sektion F/FE 
I 


Zeitpunkt: 9/1987 
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I 





Bezeichnung : EP.COM 
UEP.COM 


Einsatz und Kurzcharakteristik 


Buerorationalisierung ; 
Elektronische Post (Mailbox) 

User- und Serversoftware 
Fern-Job-Prinzip 

SCP / PC-1715 / PC-1715W u.a. 
Floppy-Disk / Hard-Disk / RAM-Disk 





Dokumentation : Bedienungsanleitung 





Vertrieb : vorauss. Robotron BWS 


Zeitpunkt: etwa 4/1988 





10.) 
Bezeichnung : EK.COM 
UEK.COM 





Einsatz und Kurzcharakteristik 


- Buerorationalisierung 
Elektronischer Kalender 

User- und Serversoftware 
Fern-Job-Prinzip 

SCP / PC-1715 / PC-1715W u.a. 
Floppy-Disk / Hard-Disk / RAN-Disk 








— Hu hm rn m mn An ans Gm mn tn mm mn mm m nn un 


| 
I 
Il Vertrieb : vorauss. Robotron BWS 
| 
| Zeitpunkt: etwa 6/1988 


Fr 
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11.) 
Bezeichnung : SCOM-Toolbox 
PASCAL-880/S 


Einsatz und Kurzcharakteristik 


| 

| 

| 

| 

| 

| - Softwareunterstuetzung fuer 

I SCOM-Applikationsarbeiten 

| - Standardapplikationsprotokolle 
| - scP / CP/M-kompatibel 

- 2.7. Betriebssystemunabhaengig 
| 

| 

| 

| 

| 

| 





Dokumentation : Tool-Box-Quelle, Beschreibung 


Vertrieb : IHS W/W 
Direktorat WGB 


Zeitpunkt: etwa 3/1988 


m mn 


12.) 





Bezeichnung : PLZ-LAN.OBJ 





Einsatz und Kurzcharakteristik 


| 
I- 
| - Anpassung der SCOM-NIOS-Schnittstelle an 
| eine PLZ-SYS-Umgebung zur Programn- 
| entwicklung fuer U881..:, U880, U8001... 
‚| - benutzbar als verschieblicher Linkmodul 
| unter UDOS.xx 

| 

| 

| 

| 

| 

| 


Dokumentation : Bib.-Quelle Beschreibung 


Vertrieb : IHS W/W 
Sektion F/FE 


Zeitpunkt: etwa 12/1987 


en 
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13.) 


14.) 





Bezeichnung : “SCOM-C.C 





Einsatz und Kurzcharakteristik 


| 
I 
l - Softwareunterstuetzung fuer die Entwicklung 
| "von SCOM-Applikationssoftware in der 

| Programmiersprache C 

| - C-gerechte Einbindung des SCOM-NIOS 

| (Transportsystem) 

| - Standardapplikationsprotokolle (Modul- 
sammlung) 

| 

| 

| 

| 

| 

| 

| 





Dokumentation : C-Modul-Quellen, Beschreibung 





Vertrieb : IHS W/W 
Direktorat WGB 
wB IV 


Zeitpunkt: etwa 9/1988 





Bezeichnung : N.COM 
Einsatz und Kurzcharakteristik 


| 

| 

| - User und Server fuer File-Transfer (Lesen, 
| Schreiben, Loeschen) 

Il - Mini-Editor fuer Textdateien 

I - Passwortschutz und Adressenselektion 

| - SUBM-Auftragsverarbeitung moeglich 

| - kompaktes U880-Assemblerpaket (4 kByte) 
Il - SCP u.a. CP/M-kompatible 

| 

| 

| 

| 

| 

| 

| 

| 


Dokumentation : Bedienungsanleitung 


Vertrieb : IHS W/W 


Direktorat WGB 
RW/RE 
Zeitpunkt: etwa 12/1987 





BAR.) ER 
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15.) Dr Sn Pe un Jesse rigen agr Suetegeng, 
Bezeichnung : SCOM.SCR 





Einsatz und Kurzcharakteristik 


| 

| 

| - Entwicklungsunterstuetzung fuer SCOM-LAN- 
| Applikationen in der in der Programmier- 
| sprache FORTH 

| - Bereitstellung einer sprachgerechten 
Transportsystemschnittstelle . 
\ 

I 

| 

I 

| 

| 

| 





Dokumentation : SCR-Module, Beschreibung 
Vertrieb : IHS W/W 
Direktorat WGB 
RW 
Zeitpunkt: etwa 2/1988 


Tr Te nm 


= 7 


SCOM-LAN — Softwaredokumentation / SERVICE 


das Laufwerk "B" aktiviert wird. 

Wenn Sie nicht mehr mit dem Programm SERVICE arbeiten 
wollen, tippen Sie einfach das Wort EXIT ein. Jetzt wird das 
Programm verlassen und ein Warmstart ausgefuehrt. 


Was koennen Sie mit der eigenen Diskette machen ? 








Fuer die Arbeit mit der eigenen Diskette sind Funktionen 
vorhanden, die Sie schon aus dem Betriebssystem bzw. aus der 
Arbeit mit dem Programm POWER kennen: 


DIR ; Anzeige des Disketteninhalts 
DIR *.<typ> Anzeige des Disketteninhalts mit Maske 
z.B. alle Dateien mit der Erweiterung <typ> 


DIR 1w: Anzeige des Disketteninhalts des Laufwerks 1lw 
TYPE Anzeige des Inhalts einer Datei 

TYPE name.typ Anzeige des Inhalts einer bestimmten Datei 

ERA Loeschen von Dateien 

ERA name.typ Loeschen einer bestimmten Datei 

STAT Anzeige des Diskettenstatus 

STAT 1w: Anzeige des Status von einem bestimmten Laufwerk 
LOG [n] Einstellen des Ausgabeformats auf n Spalten 
SETWR Aufheben des Schreibschutzes von Dateien 


SETWR name,typ Aufheben des Schreibschutzes einer Datei 


Was koennen Sie am Rechner-Netz SCOM machen ? 





Folgende Kommandos sind fuer eine Arbeit mit dem Kommunika- 
tionssystem SCOM-LAN vorgesehen: 


* Allgemeine Informationen 


RTEST Test des Vebertragungsmediums 
RING Ringkonfiguration 
CALL Anrufen eines Teilnehmers 


RDIR - Inhaltsverzeichnis eines Teilnehmers 
RTYPE - Anzeige von Teilnehmerdateien auf dem Display 
RPRINT - Druck von Teilnehmerdateien 


* File-Transfer 


SEND - Senden einer oder mehrerer Dateien an die Programn- 
datenbank 

GET - Holen einer oder mehrerer Dateien von der Programm- 
datenbank 


* Datenschutz 


Der Zugang zu Programmdatenbankfunktionen der Applikation 
DABANK kann durch ein Passwort-Test gesichert werden. Dazu 
ermoeglicht das Kommando PASS die Eingabe des Passwortes 
fuer einen Teilnehner. 


PASS - Setzen eines Passwortes, um Zugriff auf bestimmte 
Daten zu erhalten 


Be 


SCOM-LAN - Softwaredokumentation / SERVICE 


Beschreibung der Kommunikationsdienste 


== RTEST == 


Wenn Sie SERVICE eingeschaltet haben, sollten Sie zunaechst 
testen, ob das Netz in Ordnung ist. Wenn hier ein Fehler 
auftritt ist natuerlich keine Arbeit mit dem Rechnernetz 
moeglich. Tippen Sie also ein 


A=RTEST 


Jetzt erscheinen eine Reihe von "*'" auf dem Bildschirm, wenn 
das Netz in Ordnung ist, oder einige "n", falls Fehler auf- 
treten. Je nach Charakteristik der Fehler wird dann sofort 
der Test abgebrochen, oder ein erneuter Versuch gestartet. 
Ob das Netz in Ordnung ist, oder nicht, wird Ihnen eindeutig 
angezeigt. Entweder erscheint die Meldung 


x 2 2 2 2 2 2 22 2.2 22 2.2 2.2.2 2.2 2, 2 2 2.2 2 2.2. 2 22, 2 22 2 2.2 2222 2.2 2 22.2 22.2 2 2 2 22 2 2 2.2.2202 
E £ 2 2 2 2 2 2 2 2.2 2 2 2 2,2 12 21.2 12.2 27.2 2.27.2720 


Ring ok 
oder 
[elebalele, 

"Ring defekt". 
== RING == 


Um eine Uebersicht ueber die am Ring ansprechbaren 
Teilnehmer zu erhalten koennen Sie jederzeit eine Liste der 
Stationen anfordern. Dazu tippen Sie das Kommando "RING" 
ein 


A=RING 
Eigene Adressen = 73 ==> 
3 ==> 10 ==> usw. 


Die Zuordnung der Rufnummern zu den Rechnern entnehmen Sie 
bitte dem Teilnehmerverzeichnis. 


== CALL == 


Das Kommando '"CALL'" bereitet eire Verbindung zu einem Teil- 
nehmer im SCOM-LAN vor. Es wird die Bereitschaft des Teil- 
nehmers getestet. SERVICE merkt sich ausserdem die Rufnummer 
mit der Sie im folgenden immer kommunizieren moechten. Wenn 
Sie wieder "CALL n" aufrufen, waehlen Sie damit 
grundsaetzlich einen neuen Teilnehmer an. Wird diese 
Rufnummer nicht mit dem Kommando "CALL" vorgegeben, so 
erfolgt die Eintragung der Zieladresse im Rahmen des 
Kommunikationsdialogs. 


Um z.B. die Station 3 anzurufen, tippen Sie bitte 
AsCALL 3 
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Sie erhalten dann eine Meldung ob diese Station (eine SCOM- 
LAN-SLAVE-Applikation) besetzt ist oder nicht. Wenn ein "ok" 
erscheint, ist alles in Ordnung. Die Station ist 
ansprechbar. Falls aber ein "nicht bereit" erscheint, war 
die Station in diesem Moment nicht am Netz. Dieses kann zwei 
Ursachen haben. Entweder ist an dieser Station kein Programm 
gestartet, um ueberhaupt am Netz als LAN-Ressource zu 
arbeiten, oder aber es erfolgte zur gleichen Zeit ein 
Zugriff von einem anderen Teilnehmer auf diese Station mit 
einer Zugriffsdauer die laenger als die Anforderungsphase 
ist. 


=== Dateiuebertragung === 


Die Dateiuebertragung wurde so ausgelegt, dass Sie ihre 
Kenntnisse, die Sie in CP/M-kompatiblen Betriebssystemen 
gesammelt haben, hier weiter verwenden koennen. Da der 
Kopiervorgang von Dateien zwischen lokalen Massenspeichern 
nach den gleichen Regel aublaeuft, wie eine entsprechende 
Uebertragung zwischen einer Programmdatenbank und einem 
Arbeitsplatzcomputer, wurden der Aufruf und die Bedienung 
der Dateiuebertragungsfunktionen in Anlehnung an das 
Programm DIENST gestaltet. 

Eine Besonderheit aber haben Sie trotzdem. Ist ihnen schon 
aufgefallen, das Sie jetzt zwei Laufwerke "A:", zwei 
Laufwerke "B:" usw. haben? Ein Laufwerk "A:" ist an Ihrem 
Rechner und ein weiteres an der Programmdatenbank, Es muss 
also eine Regelung geben, die genau angibt, auf welcher 
Station welches Laufwerk angesprochen werden soll. 

Dazu gibt es folgende Regel: Bei den Funktionen zur Datei- 
uebertragung erfolgen alle Operationen mit dem aktuellen 
Laufwerk an der Bedienerstation. Wenn Sie z.B. eine Datei 
auf Ihr Laufwerk "B:'" uebertragen wollen, so setzen Sie 
dieses mit "B:" als aktives Laufwerk. Das aktuelle Laufwerk 
wird jederzeit am linken Bildschirmrand vor dem ei 
angezeigt. 

Falls Sie sich vertippt haben, oder falls eine Stoerung 
aufgetreten ist druecken Sie die EBSCAPE-Taste um die 
Vebertragung abzubrechen. 


== RDIR == 


Um sich einen Ueberblick ueber den Inhalt der Programn- 
datenbank zu verschaffen, koennen Sie das Kommando "RDIR" 
verwenden. Es kann ihnen jedoch passieren, das Sie mehrere 
Bildschirme voil Dateinamen angezeigt bekommen. Das richtet 
sich nach der Groesse der Programmdatenbank. 

Eine sinnvolle Auswahl ist angebracht. Dazu koennen Sie eine 
Maske wie bei DIENST setzen. So zeigt z.B. "RDIR *.PAS" nur 
Dateien an, die den Typ "PAS" haben. 
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z= GET == 


Um Dateien von der Programmdatenbank zu holen, verwenden Sie 
das Kommando "GET". Falls Sie vorher keinen Teilnehmer ange- 
rufen haben, werden Sie jetzt nach der Adresse gefragt. 
Anschliessend erfolgt eine Anzeige des Inhaltsverzeichnisses 
der Programmdatenbank und Sie werden mit "Select ?" dazu 
aufgefordert, sich Dateien oder Gruppen von Dateien 
auszusuchen. : 
Geben Sie dazu die Nummern der Dateien an, die vor dem 
Dateinamen zur Kennzeichnung stehen. Sie koennen dabei 
entweder die Nummern einzeln angeben, durch Leeranschlaege 
getrennt, oder aber auch einen ganzen Bereich. Dieses 
koennte so aussehen: 


Select ? 1 3 5-8 10- 


Damit wurden die Dateien 1, 3, 5, 6, 7, 8, 10, und alle 
folgende Dateien ausgewaehlt. 


Waehrend der Uebertragung wird jetzt immer der Name der 
momentan wuebertragenen Datei angezeigt. Schon vorhandene 
Dateien werden nicht einfach ueberschrieben, sondern Sie 
werden gefragt, ob das so richtig ist. Schreibgeschuetzte 
Dateien koennen jedoch nicht ueberschrieben werden. Bitte 
verwenden Sie das SETWR-Kommando, um den Schreibschutz 
aufzuheben. 


== SEND == 


Fuer die andere VUebertragungsrichtung wird das Kommando 
"SEND" verwendet. Hier senden Sie vom aktuellen Laufwerk. Um 
die VUebertragung auf ein bestimmtes Laufwerk zu lenken 
muessen Sie beim Dateinamen, bzw. beim Dateigruppennamen 
dieses Laufwerk mit angeben. Ueberspielen Sie z.B. die Datei 
TEST.PAS auf das Laufwerk "C:'" von Ihrem Laufwerk "D:", dann 
muss das Kommando 


D=SEND C:TEST.BAS 

lauten. 

Werden keine eindeutigen Dateinamen angegeben, erscheint 
wieder das Dateimenue und Sie koennen eine Auswahl der zu 


uebertragenden Dateien treffen. 


"D=SEND C:" bietet alle Dateien von Laufwerk D: zur WVUeber- 
tragung an das Laufwerk C: des Teilnehmers an, 


"D=SEND" bietet alle Dateien von Laufwerk D:! zur Veber- 
tragung an das aktuelle Laufwerk des Teilnehmers an. 
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== RTYPE == 


Um sich Textdateien von einer Programmdatenbank anzeigen zu 

lassen, wurde das Kommando "RTYPE" eingefuehrt. Es dient der 

Ausgabe von Texten der Programmdatenbank auf dem Bildschirm. 

Wird nach "RTYPE" ein eindeutiger Dateiname angegeben, wird 

sofort diese Datei angezeigt. Fehlt jedoch jede Angabe oder 

ist ein Joker ("+","?") enthalten, wird wieder das 

Dateimenue angezeigt. 2 

Es werden dann alle Dateien angezeigt, die Sie ausgewaehlt 

haben. Waehrend: der Ausgabe stehen Ihnen folgende 

Aktivitaeten zur Verfuegung: 

- Weiterschalten der Ausgabe um einen Bildschirm mit ET 

-— Weiterschalten der Ausgabe um eine Zeile mit der Leertaste 

—- Abbruch der gesamten Ausgabe mit ESCAPE 

- Abbruch der Ausgabe der aktuellen Datei und vorzeitiges 
Weiterschalten zur naechsten Datei mit Control-K 


== RPRINT == 


Mit "RPRINT" sind alle Funktionen moeglich, die Sie auch 
unter "RTYPE" finden. Die Ausgabe erfolgt dann auf dem an 
Ihren Arbeitsplatzcomputer angeschlossenen Drucker. 


== SETWR == 


Mit "SETWR" ist es moeglich, den Schreibschutz ( HR/O ) von 
Dateien aufzuheben. Schreibgeschuetzte Dateien werden im 
Inhaltsverzeichnis mit einem * nach der Namensangabe 
gekennzeichnet. Um gezielt den Schreibschutz einer Datei 
aufzuheben tippen Sie 

A=SETWR name.typ 

Wird kein Dateiname angegeben, oder enthaelt er einen Joker 
(!7','&') erscheint das Dateimenue und Sie koennen die 
gewuenschten Dateien auswaehlen. Nach Aufhtben des Schreib- 
schutzes ist das Loeschen bzw. Veberschreiben der Datei 
moeglich. 
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Anleitung zur Arbeit mit der '"SCOM"-DABANK — Software 


Allgemeine Bemerkungen zum Softwarekonzept 


rn mn 


Die SCOM-LAN-Applikation DABANK beruht auf dem Filetransfer- 
Prinzip. 

Die Programmdatenbank stellt Serverfunktionen im SCOM-LAN 
bereit ( siehe Abb. 1 ) und steht dem Nutzer ferner als 
zentralisierter Fileverwaltungsdienst zur Verfuegung. Die 
Datenbestaende werden auf der Grundlage des Betriebssystems 
SCP verwaltet. 

Die SCOM-LAN-Applikaticn DABANK ist ein netzzentraler Dienst 
zur zentralen File-Ablage mit Schreib- und Lesefunktionen. Die 
Dienste des Servers werden z.B. mit der SCOM-LAN-Applikation 
SERVICE oder N abgerufen. 











— — | | — 


| | File | | 
| Server I——-—-- -—- >| Consumer | 
| | l | 
| | File | | 
| l<-—--- | | 
| | | | 
I " DABANK " Direetory | " SERVICE " | 
| _- — >| | 
| | | | 
| | Steuerung | | 
| | | | 


Die Steuerung ist im Sinne einer passwortkontrollierten 
Zugriffsanforderung auf Datenbestaende oder 
Speichereinheiten zu verstehen. Ferner werden Dienste nach 
dem Auftragsverfahren angefordert. 


Einsatzfaelle der Applikation DABANK : 








- Pflege und Bereitstellung von Basissoftware 

- zentraler Dokumentationsdienet 

- zentrale Dateiruecklage ( Backup-System ) 

-— Zugriffsprotökollfuehrung / Zugriffsschutzmassnahmen 

‚— zentraler zusaetzlicher Datenspeicher fuer Nutzer des 
Kommunikationssystenms 


Die SCOM-LAN-Applikation DABANK steht fuer den PC 1715 und 
PC 1715 W zur Verfuegung. Der Anschluss von sohnellen 
Massenspeichern ( z.B. RAM-Floppy oder Hard-Disk ) 
verbessert die Zugriffszeit auf die zentralen Datenbestaende 
wesentlich. Die Bedienung der Applikation DABANK ist sehr 
einfach und selbsterklaerend aufgebaut. Vor der 
Erstanwendung ist ein entsprechender DABANK.PAR - File zu 
erstellen. Den Parameterfile erstellt man mit der SCOM-LAN- 
Softwarekomponete LAN-INST.COM. 


Be 
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Folgende Parameterangaben muessen installiert werden 


— Geraetekennung 

— LAN-NIU-Hardwaredressen 

-— eigene Teilnehmeradresse 

-— 4 unterschiedliche Passwoerter ( PW1i bis PW4) 
- 2 Laufwerkskennungen 


In der SCOM-LAN-DABANK - Software sind folgende DABANK-Funk- 
tionen inplementiert 


a) Bereitstellung von Anwender- bzw. Basissoftware 


b) Bereitstellung von nutzerspezifischer Software, die z.B. 
nur fuer einen speziellen Nutzerkreis verfuegbar sein 
soll 


c) Schutz- und Sicherheitsmassnahmen 


d) Nutzungsprotokollfuehrung ueber einen angeschlossenen 
Drucker 


Der Zugriff zur Programmdatenbank ist mit den Applikationen 
SERVICE.COM und N,.COM moeglich. 

In der Datenbank-Funktionen a) und b) sind die PAN-ScoM- 
Funktionen Filetransfer, Fileabfrage, Inhaltsverzeichnis- 
uebertragung, Ringtest und Ringkonfiguration anwaehlbar, Zur 
Umschaltung auf die vom LAN-Teilnehmer geforderte Datenbank- 
Funktion ( Dienstleistung ) a) und b), wird das vom 
Teilnehmer angegebene Passwort ausgewertet. 

Die Aktualisierung bzw. Aktivierung der mit den DB- 
Funktionen ce) und d) angebotenen Dienstleistungen, erfolgt 
direkt an der Programmdatenbank . 

Zum Schutz vor unbefugten Benutzen bzw. Zugriffen auf diese 
Funktionen wurde eine Passwortsperre implementiert. Der 
Ablauf der Servicefunktion wurde durch Dialogfuehrung 
aufgebaut und ist selbsterklaerend. Der Druckerkanal kann 
zur Nutzungsprotokollierung zu- oder abgeschaltet. 

Waehrend der Arbeit im DABANK-Menue und der Servicefunktion 
ist die Programmdatenbank nicht am LAN ansprechbar. 


ia 
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) | 
| Grundinitialisierung | 
| | 











| 
| | — — VE —| 
| | nein | ja | 
| | _—— 4 | 
| % Datenbankfunktion | 
ae ee nel 
| | Consolenstatus ? | 
| I-------- — - Van 00. | 
| | nein | ja | 
| |----—— — — 41-11 | 
Consoleninput | 
ae SWISS ENIISEENSEEE, 
| | | (S)ervicefunktion ? | 
| | I—-—- V--— | 
| | | ja | nein | 
] | % I------ —- --- 4--— | 
Ä Servicefkt. | Drucker ein/aus? | 

ur. am cn ame aa an Ku ara ame — zz Vr——— 

| | | | ja | nein | 
| | | -_------ nn | 
| | | % | LST-Kanal | | 
| | | | umschalten | % | 
| | | | | 
| | 
wiederholen bis (Q)Juit 
Systemwarnstart | 
1 


Abb, 1: Hauptprogramm zur Datenbankorganisation 


== sn Zoomczoo ze... ..eB...-mmmmnnel- once. 


Mit der Implementierung dieser Funktion ist es, jeden 
Teilnehmer am LAN-SCOM moeglich, durch die Angabe von 
Passwort 1 ( PW1 ) die zur allgemeinen Nutzung freigegebene 
Anwender- bzw. Systemsoftware von der Datenbank zu lesen. 

Es wurden folgende LAN-Funktionen in dieser DABANK-Funktion 
implementiert: 


- Filetransfer ( Leseoperationen ) 


_ File-Suche bzw. File-Abfrage 
_ Inhaltsverzeichnisuebertragung 
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Nur durch die Angabe des ersten im DABANK.PAR - File verein- 
barten Passwortes ( PW1 ) schaltet die Softwarekomponente 
selbsttaetig in diesen Funktionsmode. 

Bei allen Fileoperationen ( Lesezugriff ) auf die Programm- 
datenbank wird das erste im DABANK.PAR - File vereinbarte 
Diskettenlaufwerk { mit LAN-INST.COM installiert ) einge- 
schaltet. Alle Zugriffsoperationen finden in dieser DABANK- 
Funktion im USER-Bereich O statt. 


zur. Funktion b) : 


Diese Funktion realisiert eine nutzerspezifische 
Bereitstellung von Anwender- bzw. Basissoftware. Diese 
Funktion ist mit zwei unterschiedlichen Passworten von 
jedem LAN-Teilnehmer nutzbar. Durch das Abtesten des 
Passwortes ( PW2 oder PW3 ) wird das im DABANK.PAR - File 
als zweiter Massenspeichern angegebene Laufwerk aktiviert. 
Ausserdem schaltet der externe Massenspeicher bei PW2 auf 
den USER-Bereich O0 und bei Angabe von PW3 auf den USER- 
Bereich 1 um. 

Es wurden folgende LAN-Funktionen in dieser DABANK-Funktion 
implementiert: . 


- Filetransfer ( Lese- und Schreiboperationen ) 
_ File-Suche bzw. File-Abfrage 
- Inhaltsverzeichnisuebertragung 


In der vorliegenden Implementierungsvariante fuer den PC 
1715 wurde das Laufwerk B: fuer die Verwaltung von 
nutzerspezifischer Software vorgesehen. 


zur Funktion c) 


Diese Funktion stellt eine Serviceleistung der DABANK- 
Software dar. Die Funktion umfasst zusaetzlich zum 
implementierten Passwortschutz die. Komponente 
Adressverwaltung, mit der es moeglich ist, einzelne LAN- 
Teilnehmer-Adressen fuer den Datenbank-Betrieb zu sperren. 
Ausserdem besteht die Moeglichkeit der Anzeige der 
gesperrten TN-Adressen und der Nuecksetzung dieser 
Teilnehmer-Adressen-Sperre. 

Zur Verwaltung der Teilnehmer-Adressen wird durch diese 
Funktion der Datenbank-Systemfile 'DAB-ADR.DAT' angelegt, 
der bei jedem Start der Dätenbank gelesen wird. Dieser File 
wird im USER-Bereich O0 des Laufwerks 'A' angelegt. 

Ist der 'DAB-ADR.DAT'-File bei der Leseoperation nicht vor- 
handen, so wird dieser File in jedem Fall von der Datenbank 
neu angelegt. Alle Adress-Sperren sind dann jedoch 
rueckgesetzt und koennen erst durch diese Servicefunktion 
aktualisiert bzw. initialisiert werden. 
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zur Funktion d) : 


Diese Funktion stellt eine weitere Serviceleistung der 
DABANK-Software dar.. Beim Ausloesen diese Funktion wird der 
Drucker-Kanal zur Protokollfuehrung der gesamten DABANK- 


Aktivitaeten im LAN, ein- bzw. ausgeschaltet. Das 
Gesamtverhalten der DABANK-Software im SCOM-LAN und die 
Nutzung der angebotenen Dienstleistungen der 


Programmdatenbank sind nach dem Einschalten des Drucker- 
Kanals kontrollierbar. Die Eingabe von Passwort ( PW4 ) ist 
beim Anwaehlen dieser Funktion notwendig. 

Das DABANK-Drucker-Protokoll umfasst folgende Angaben 


— Teilnehmeradresse 

— gewuenschte DABANK-Funktion 

-— bei Filetransferoperationen die Angabe des Namen und 
Typs des File 

-— eventuell aufgetretene SCOM-LAN-Fehlermeldungen der 
DABANK-Software wie z.B. Timeout-Veberschreitung 


387 = 
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SCOML - Print - Server (PRS) 
Nutzer — Dokumentation 





1. Bedienung 


Die Bedienung des Printservers ist sehr einfach, Die Print- 
server-Hardware, mit der dazu gehoerigen Druckertechnik muss 
als erstes aktiviert werden. Es ist darauf zu achten, dass 
Drucker-Papier eingelegt wurde. Nach dem Programmaufruf von 
'SCOMLP'! ist keine weitere Bedienung des Printservers not- 
wendig. Ein Abbruch der Printserver-Taetigkeit wird durch 
das Betaetigen der Taste 'Q' (auf der Tastatur) erreicht. Es 
erfolgt daraufhin ein Warmstart des Betriebssystems. Weitere 
Handlungen zur Bedienung des Printservers sind nicht 
erforderlich. 

Die UVebergabe von druckfaehigen Dateien durch den Teilnehmer 
erfolgt z.B. mittels der LAN-Software SERVICE durch das Aus- 
loesen der SEND-Funktion ( Transfer DISK <---> DISK senden 
). Als druckfaehig koennen alle Dateien angesehen werden, 
die nur ASCII-Zeichen enthalten. In der Version 1.0 ist noch 
keine automatische Umsetzung von Druckersteuerzeichen bzw. 
Punkt-Drucksteuerzeichen aus der Systemsoftware TP.COM 
implementiert. 

Die Ablage der Drückauftraege erfolgt nacheinander, d.h. in 
der Reihenfolge der Annahme der Auftraege. Die Ausfuehrung 
der Auftraege erfolgt in der Reihenfolge der Auftragsannahme 
ohne Prioritaetenvergabe. 

In der Version 1.0 ist kein Passwort-Test implementiert, In 
allen weiteren Versionen wird diese Kontrollmoeglichkeit 
implementiert. 

Zur Kontrolle der Printserver-Taetigkeit wurden folgende BS- 
Ausschriften realisiert: 


a) Druckfile = 
b) * Bitte warten — Netzzugriff * TN-Adr. 


Mit a) wird angezeigt, welcher File momentan gedruckt wird 
und durch die Anzeige von b) ist ersichtlich, ob der 
Printserver im LAN aktiv ist. Eine Kontrolle der 
Ansprechbarkeit des PRS im LAN wird in jedem Fall durch das 
Ausloesen der Funktion ". Directory des TN lesen " erreicht. 
Dadurch wird ausserdem noch die Einsicht in den momentanen 
Stand der Auftragserledigung gewaehrt. 

Weiterhin werden folgende BS-Ausschriften realisiert, die 
unter anderem Auskunft ueber fehlerhafte Arbeit im LAN 
geben: 


ce) Disk voll (Datei-Spooler) 
d) RX-Error 

e) TX-Error 

£f) Pzrotok.-Error 


Die Ausschriften d) bis f) sind zur Fehlerlokalisierung im 


LAN gut geelgnet. Weitere BS-Texte (bis auf die Titelzeile) 
werden nicht verwendet. 
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2. Kommandos zur formellen LAN-Testung 


Zur formellen Testung des LAN wurde folgende SLAVYE-Funktion 
implementiert: 


- Anzeige der aktuellen Ringkonfiguration 


Es ist mit diesen Funktionen moeglich, von einem MASTER- 
Computer aus, die Funktionstuechtigkejt (Kabelbruch oder 
MAU-Defekt) des Ringes zu testen. Ausserdem kann 
kontrolliert werden, ob sich der PRS als SLAVE-Ressource im 
LAN befindet. 


3. Leistungsparameter des Printservers 


Die erreichte Arbeitsgeschwindigkeit des PRS und dessen 
Speicherkapazitaet ( Spooler ) sind von der gewaehlten Hard- 
warevariante, insbesondere von dem verwendeten 
Massenspeicher und der verwendeten Druckertechnik abhaengig. 
Der Vebertragungsgeschwindigkeit im LAN wird dementsprechend 
eine relativ untergeordnete Rolle zu teil, da die vorhandene 
Computerperipherie den wesentlichen Einfluss auf die 
Funktionsgeschwindigkeit ausuebt. Als Datei-Spooler fungiert 
der Massenspeicher des Ressourcen-Computers, der unter 
Laufwerk "A" zu erreichen ist. Vorteilhaft ist die 
Verwendung einer Massenspeichersimmulation auf RAM. 


Technische Daten: 


— Auftragsverwaltung — 


— maximale Speicherkapazitaet des Dateispaolers nach Disk- 
Peripherie 
-— maximal 255 Druckauftraege koennen zwischengespeichert 


(gestapelt) werden 
— Bei Verwendung einer RAM-Disk-Simulation reduziert sich 


diese Zahl auf 64 


— Drucker Typ SD 1152 — 
— Typenraddrucker 


— 40 Zeichen/Sekunde 
- 132 bis 158 Zeichen/Zeile 


— Drucker Typ K 6313/14 — 


— Nadeldrucker 
—- 100 Zeichen/Sekunde 
- 80 bis 132 bzw. 136 bis 233 Zeichen/Zeile 


- 89 - 


SCOM-LAN - Softwaredokumentation / Print-Server 


Bemerkung: 

Jeder BC, PC-1715(W) oder OEM-Rechner mit CP/M- kompatiblen 
Betriebssystem ist als Ressourcen-Computer einsetzbar. 
Ausser den aufgefuehrten Druckertypen sind auch andere 
Geraetetypen an den Print-Server anschliessbar. Die 
verwendete Standardschnittstelle zum Druckeranschluss ( V.24 
‚oder IFSS ) beeinflusst die Arbeitsweise des Print-Servers 
nicht. Der Anwender hat fuer die lInitialisierung dieser 
Druckerschnittstelle durch das verwendete Betriebssystem zu 
sorgen. 
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Anleitung zur Arbeit mit der "SCOM"-LAN-Pruefsoftware 





Zum Pruefen und Test der "SCOM"-LAN-NIU fuer den PC1715 bzw. 
der NANOS-NIU fuer OEM-Rechner, wurde ein komfortables Test- 
und Pruefprogramm ( "LAN-TEST" ) erarbeitet. Mit diesem Pro- 
eramm kann ein Grundtest auf Funktionstuechtigkeit der NIU 
und einer geschlossenen SCOM-LAN-Installation erfolgen. 
Dabei wird ein Test der logischen Grundfunktionen der 
Baugruppen ermoeglicht. Ausserdem kann man mit dieser Pruef- 
und Testsoftware Informationen ueber den Zustand des 
Vebertragungsmediums ( Zu-verlaessigkeitstest ) und die 
mittlere Netzwerkbelastung bei laufenden SCOM-Applikationen 
erhalten. , 

Die Anwenderoberflaeche der Software wurde in drei Bedien- 
fenster aufgeteilt. 


-— Grundmenue 

—- Adressenfestlegung 

- Funktionsmenue 
Um eine hohe Anwenderakzeptanz zu erreichen, wurde die 
Bedienung weitestgehend selbsterklaerend gestaltet. Fuer 
Hilfestellungen bzw. Ergebnisanzeigen wurden zwei Fenster 
eingerichtet. 

- Bemerkungen 

—- Funktion bzw. Ergebnis 


Der erste Schritt zu Beginn der Arbeit mit dieser LAN-Pruef- 

und Testsoftware sollte die — Adressenfestlegung —- sein. 

Dieser Menuepunkt beinhaltet die » 
- Festlegung der eigenen Kommunikationsadresse 


- Abfrage der eigenen Kommunikationsadresse 
-— Rueokkehr zum Grundmenue. 


Das - Funktionsmenue - der LAN-Pruef- und Testsoftware 
enthaelt folgende Auswahlmoeglichkeiten : 
4. Initialisieren der LAN-NIU 
- Pruefen der Adresslogik der NIU 


2. Ruecksetzen der LAN-NIU ( Reset fuer SIO und CTC ) 
- Pruefen der Adresslogik der NIU 


3. Zyklische Flag-Sendung der NIU nach einem Mediumzugriff 
- Pruefen der Funktionen von Sende- und Empfangstreibern 


— Pruefen der Phasenreset-Schaltung mit entsprechender 
Service-Messtechnik (statisches Signal) 
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4. Funktion der Mediumfreigabe zum Beenden der Funktion 3. 


5. Zyklischer Kanaltest durch Aussendung und Empfang eines 
Test-Datenpaketes 


- Pruefen der Funktion der gesamten LAN-Installation 

— Zuverlaessigkeitsmessung ' 

- Statistische Beobachtung des Uebertragungsmediums auf 
Belastung 

-— Bewertung von Zugriffsverfahren 


zu 3.: 

Diese Funktipn gestattet das Ueberpruefen der NIU- 
Taktsignale im Servicefall. Die Qualitaet dieser Signale 
beeinflusst wesentlich die Funktionstuechtigkeit der 
gesamten NIU. Besonderes Augenmerk ist dabei der 
Empfangstaktrueckgewinnung zu schenken. 


zu 5.: 

Diese Funktion gestattet nicht nur den Test der SCOM-LAN- 
NIU, sondern sie kann auch zur Pruefung der LAN-Installation 
und zu LAN-Messungen angewendet werden. Den Hauptkern dieser 
Funktion bilden das Aussenden und der Empfang einer 
Testfolge. Bei der Aussendung wird ein zum SCOM-NIOS 
kompatibles Uebertragungsprotokoll vollstaendig abgewickelt, 
so dass die Testfunktion neben dem laufenden LAN-Betrieb 
quasi parallel ausgefuehrt werden kann. Die Software 
registriert Vebertragungsmediendefekte und Wiederhol- 
anforderungen der Testaussendung, wertet diese statistisch 
aus und bringt die registrierten Werte auf dem Bildschirm 
zur Anzeige. 

Bei der Einzeltestung der Hardware ist die LAN-NIU nicht am 
LAN angeschlossen, sondern nur mit einem Kurzschlussstecker 
als LAN-Anschluss versehen. In dieser Testart darf auf 
keinen Fall ein Mediendefekt auftreten. In diesem Falle sind 
Hardwarefehler auf der NIU zu suchen. Treten beim Test 
Wiederholungsanforderungen, ausgedrueckt durch Kollisionen 
auf, ist der Fehler insbesondere in der Taktsignalrueck- 
gewinnung der NIU-Empfangsschaltung zu suchen. 

Beachtung sollte unbedingt die TTL-gerechte 
Basistaktzufuehrung als 16-facher Bruttotakt finden. 

Wird die Funktion 5 im LAN verwendet, erhaelt man auch 
Auskunft ueber die Belastung des LAN. Der Wert fuer die 
Zugriffserwartung widerspiegelt die mittlere Medienbelastung 
im LAN. An Hand dieses Wertes kann abgeschaetzt werden, ob 
die ausgewiesene Belastung des LAN den gewuenschten 
Forderungen Rechnung traegt oder ob Zusatzmassnahmen 
(Installierung von Subnetzen oder Veraenderungen an 
Applikationsprotokollen) erforderlich werden. 


An: 


SCOM-LAN - Softwaredokumentation / LAN-INST 
Anleitung zur Arbeit mit der "SCOM"-LAN-INST-Software 


Die SCOM-LAN — Installierungssoftware wurde zur komfortablen 
Parameterversorgung der verschiedensten SCOM-LAN- 
Applikationen geschaffen. Es ist mit dieser 
Softwarekomonente moeglich, fuer SCOM-LAN-Applikationen den 
benoetigten Parameterfile (xxxxxxxx.PAR ) zu raten, zu 
modifizieren und zu korrigieren. 

Die Bedienung ist einfach und selbsterklaerend aufgebaut, 
Der Umfang der Installierungsmoeglichkeiten wurde bewusst 
sehr grosszuegig und umfangreich gestaltet, um auch in der 
Zukunft fuer sehr viele SCOM-LAN-Applikationen genuegend 
Installierungsfreiheiten zu ermoeglichen. Die Nutzung bzw. 
Anwendung dieser Moeglichkeiten liegt im Ermessen der 
jeweiligen Softwareproduzenten. Es muessen also nicht in 
jedem Fall alle Installierungsmoeglichkeiten ausgeschoepft 
werden, sondern die jeweilige Applikation entscheidet, wie 
weit man den gebotenen Spezifizierungsspielraum nutzt. 

Die Dokumentationen der Applikationsprogramme verweisen auf 
die benutzten Groessen im Parameterfile. 


Aufbau des Initialisierungs-Files 








Laenge | Bedeutung 
in Byte | 
ze ee — — — -—— 
8 | Geraetekennung z.B. PC1715, NANOS usw. 
4 | LAN-NIU-Adressen 
4 | Reserve fuer Spezialhardware 
1 | Eigene logische Teilnehmeradresse 
8 I logische Spezial-Adressen, z.B. Printserver 
48 I 8 Passwoerter zu je 6 Byte fuer 
| Spezialadressen 
24 I 4 Passwoerter zu je 6 Byte z.B. fuer Datenbank, 
I Printserver oder Mailbox 
2 I Video: Zeilen/Spalten 
1 I Video-Offset 
1 I InversVideo 
1 | HighVideo 
4 | NormalVideo 
70 I 5 Spezialkennungen zu je 14 Byte fuer spezielle 
I Kennzeichnungen oder Passwoerter in der Applikation 
16 | Laufwerkkennung fuer die Kennzeichnung der 
| verwendeten Laufwerke in der Applikation 
| 
189 | 


93 = 


SCOM-LAN — Softwaredokumentation / LAN-INST 


Auszug aus den LAN-INST.PAS Programm 


type 
PassWort_Type 
Kennungs_Type 
InstallType = 


array [1..6] of byte; 
array [1..14] of byte; 
record 
Geraetekennung 
"Reserve_Adr 
eigene_Adresse 
spezial_Adressen: 
spezial_Passwort: 


array[1..8] 
array[1..4] 
: byte; 

array[1..8] 
array[1..8] 


. 
. 
. 


Passwort : array[1..4] 
Zeilen : byte; 
Spalten : byte; 
offset : byte; 
InversVideo ı byte; 
HighVideo : byte; 
NormalVideo : byte; 


array[1..5] 
array[l1..16] 


\ 


Spezial_Kennung : 
Laufwerkkennung : 
end; 


Auszug 
des xxxxxx.PAR - File : 


of byte; 
of byte; 


of byte; 
of Passwort_Type; 
of Passwort_Type; 


of Kennungs_Type; 
of byte; 


aus einer LAN-Applikation zur Anwendung und Binbindung 





const 
TNA : byte = 3;{Daten-Bankadresse} 
Lwstr1 : string[l2] = ' :'; 
Iwstr2 : string[l2)] = '! :'; 
type 
Passwort_Type = array[1..6] of byte; 


Kennungs_Type = array[1..14] of byte; 


Install_Type = record f 
Geraetekennung : array[1..8] of byte; 
LAN_NIU_Adresse : arrayl1..4]' of byte;. 
Reserve_Adresse : array[1..4] of byte; 
eigene_Adresse : byte; 
spezial_Adresse : array[1..8] of byte; 


spezial_Passwort: arrayl[1..8] 


Pass_Wort : array[l1..4] 
Zeilen : byte; 
Spalten : byte; 
offset : byte; 
InversVideo : byte; 
HighVideo : byte; 
NormalVideo : byte; 
Spezial_Kennung : array[1..5] 
Laufwerkkennung : 
end; 
var 
Dater_File : file of Install_Type; 
Daten : Install_Type; 


SIODA,SIOCA,CTCO,CTC3 ı byte; 
Passwort, Passw1 , Passw2, Passw3, PasswS1 
Terminal : string(.8B.); 


of 
of 


Passwort_Type; 
Passwort_Type; 


of Kennungs_Type; 


array[1..16] of byte; 


setringl[6]; 
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begin 


assign(Daten_File, 'DA-BANK.PAR'); 
{n1-) reset(Daten_File); {nI+} 
if ioresult <> Ü 
"then begin 
gotoxy(10,5); 
write('Datei DA-BANK.PAR fehlt !!I'); 
exit; 
end; 
read(Daten_File,Daten); 
with Daten do 
begin 
TNA := eigene_Adresse; {eigene Kommunikationsadresse} 
{Hardwareangaben fuer die verwendete LAN-NIU} 
SIODA := LAN_NIU_Adresse(.1.); 


SIOCA := LAN _NIU_Adresse(.2.); 

CTCO := LAN_NIU_Adresse(.3.); 

CTC3 := LAN_NIU_Adresse(.4.); 

Terminal:='"'; 

for i:=1 to 8 do Terminal:=Terminal+chr(Geraetekennung(.i.)); 
end; {with} 


Passw1:='';Passw2:='';Passw3:='';PasswSi:='!'; 
for i1:=1 to 4 do 
begin 
Passwort:='"'; 
for z:=1 to 6 do 
Passwort:=Passwort+chr(daten.pass_wortl[.i1,2]); 
case 1 of 
: Passwi:= Passwort; {DB-Fkt. 1} 
2 : Passw2:= Passwort; {DB-Fkt. 2} 
3 : Passw3:= Passwort; {DB-Fkt. 3} 
4 : PasswSi:= Passwort; (Servioefunktion} 
end; {case} 
end; {for} s 
Lwstri[1]:= upcase(chr(daten.Laufwerkkennung[ 1])); 
Lwstr2[1]:= upoase(chr(daten.Laufwerkkennung[2])); 


. 
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’ 
al ale ka a ae ea ae fe ae ea ef ae fee ee a ae ae ae ee a fee ae fe ae fee ae ae 


* 
* SCOM - Applikationen LanCon und LanCall * 
* Version 1.2 auf PC 1715 und’ BC A5120 * 
* * 
* Kurzbeschreibung * 
* * 
% Bearbeiter : Dipl.-Ing. R. Klabunde * 
+ IH fuer Seefahrt * 
* R.-Wagner-Str. * 
* Warnemuende vV1.2/KL/ IHS * 
* 2530 Stand : 14.09.87 * 
* Tel. 57 287 * 
* * 
BR lea ak ea ea aaa fee ee ea fe fe fee ae a fa ea fe ek ee ee aa ae 


Mit dem Einsatz eines LAN ergibt sich das Problem der Siche- 
rung einer permanenten Anrufbarkeit einer .eingeschalteten 
Teilnehmerstation durch andere Netzwerkteilnehmer. 


Es ist relativ leicht zu beseitigen, wenn die auf dem Rech- 
ner ablaufenden Prozesse entweder freiwillig oder zwangs- 
weise Prozessorkapazitaet zur Behandlung der LAN-Anforde- 
rungen zur Verfuegung stellen. Die damit verbundenen organi- 
saterischen Aufgaben koennen z.B. durch Echtzeit-Multitask- 
betriebssysteme oder im einfachsten Falle durch Polling- 
oder Interruptbehandlungsroutinen eingeleitet bzw. ausge- 
fuehrt werden. 


Sohwieriger wird es jedoch, wenn das Betriebssystem des 
Rechners die Loesung derartiger Aufgaben nicht oder nur 
unzureichend unterstuetzt — eine Situation, die bei verbrei- 
teten CP/M-kompatiblen Single-User-Betriebssystemen fuer B8- 
Bit-Rechner haeufig anzutreffen ist. 


Diese verfuegen weder ueber Multitaskfaehigkeit, noch kann 
ihnen ein ausgesprochen gutes Interruptverhalten bescheinigt 
werden. Die Echtzeitforderungen — Massenspeicherbedienung 
legen dazu noch eine interruptlose Realisierung der staendi- 
gen LAN-Praesenz nahe. Dienstprogramme mit teilweise hervor- 
ragenden Leistungsmerkmalen nutzen den Prozessor exklusiv, 
womit eine Unterbrechung dieser Programme durch Pollingver- 
fahren ausscheidet. 


Eine Loesung bietet sich an, wenn durch Modifikation stark 
frequentierter Betriebssystemroutinen Prozessorkapazitaet 
zur LAN-Behandlung freigesetzt wird. Besonders geeignet fuer 
eine entsprechende Veraenderung sind der Konsoleingabe- und 
-statustreiber des Betriebssystens. 
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Wegen der vergleichsweise geringen Eingabegeschwindigkeit 
eines Bedieners verbringen interaktive Programme einen 
Grossteil ihrer Laufzeit wartend an der Konsole, In dieser 
Zeit kann eine Nutzung des Prozessors zur Bedienung des LAN 
vorgenommen werden, wenn eine Umleitung der Konsoleingabe- 
funktion vom Standardeingabetreiber des Betriebssystems auf 
einen Treiber vorgenommen wird, der die entsprechenden LAN- 
Funktionen realisieren kann. Dieser Treiber muss sich resi- 
dent im Hauptspeicher befinden, dort durch geeignete Massna- 
hmen vor Veberschreiben geschuetzt werden und jederzeit 
problemlos aktivier- und deaktivierbar sein. Mit dem Vorteil 
der staendigen Anrufbereitschaft ist damit eine Einschraen- 
kung des verfuegbaren Hauptspeicherbereiches bei aktivem 
Zusatztreiber verbunden. 


Die erforderlichen Veraenderungen im Betriebssystem werden 
vom Programm LanCon 1.2 nach menuegesteuerter Auswahl durch 
den Bediener vorgenommen. Vor und nach jeder Aktion wird der 
Zustand des LanCon-Treibers angezeigt (aktivert oder deakti- 
viert). Der LanCon-Treiber ist verschieblich und passt sich 
waehrend des Ladevorganges durch LanCon automatisch den 
Gegebenheiten des jeweiligen CP/M-Systens an. Er wird direkt 
unter den CCP abgelegt, was eine Begrenzung des verfuegbaren 
TPAs um genau 7 kByte zur Folge hat [PC 1715 : 5 kByte]. Der 
nachgeladene Treiber simuliert den BDOS-Eintritt (ein- 
schliesslich des Eintrages auf Adresse 5) und schuetzt somit 
sich und den CCP vor Ueberschreibung. Die BIOS-Sprungleiste 
wird komplett gegen den modifizierten Verteiler ausge- 
tauscht. Neben der Konsoleingabe- und der Konsolstatus- 
funktion wird auch der Warmstartansprung auf eine treiberin- 
terne Routine verzweigt, um zu verhindern, dass durch die 
systeminterne Warmstartroutine ein Rueckschreiben des Origi- 
nal-BDOS-Ansprunges auf Adresse 5 vorgenommen wird (womit 
der Zusatztreiber nicht mehr geschuetzt waere !) 


Achtung ! Die Komaptibilitaet zu Ladeprogrammen anderer, 
eventuell gleichzeitig aktiver Zusatztreiber kann nicht 
garantiert werden. Hier ist Vorsicht geboten | 


3. Leistungsmerkmale und Praesentation 


„oz oc. nosoc-oo. |... „= -_—— | or n= 


Nach der Aktivierung des Zusatztreibers ueber das Programm 
LanCon ist an der Nutzeroberflaeche zunaechst keine Veraen- 
derung der Leistungsmerkmale des Betriebssystems erkennbar. 
Bei ausreichend grossem TPA bleibt die Eingrenzung desselben 
um 7 kByte [PC 1715 : 5 kByte] ohne Konsequenzen. Alle 
Dienstprogramme laufen wie gewohnt. 


Der aktive Zusatztreiber macht sich erst bei einem Anruf 
durch eine entfernte Teilnehmerstation bemerkbar. In den 
beiden moeglichen Betriebsarten — Dialog bzw. Mailbox - 
erfolgt eine Anzeige auf der Konsole in folgender Welse: 
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Der Bildinhalt der ersten sieben Zeilen wird intern abge- 
speichert. Dieser Bereich wird im folgenden als Ausgabefen- 
ster fuer die von der Konsole bzw. vom Netzwerk kommenden 
Nachrichten verwendet und entsprechend praepariert (siehe 
Bild %). Nach Beendigung irgendeiner Funktion innerhalb 
beider o.g. Betriebsarten wird der alte Bildinhalt wieder- 
hergestellt. 


ZZ sz222soeszmszzs LanConsole 1.2 87091 uh/Kı SEZESZSSSzzugzsz=se= 
=> XXXX XXXX KIXX HXXKX ANXIX XXXX 
) 
\ I 
\ \ 
\ \ Rollbereich des Anzeigefensters 


\ x Anzeige der Betriebsart 


Bild 1: Praesentation eines aktiven Treibers bei Anruf 


In der Dialogbetriebsart erfolgt die Ankuendigung einer vor- 
liegenden Anforderung durch die Ausschrift 


"-> Fuer Konsoldialog mit ..... bereit ? <J/N>" 


unter Angabe des symbolischen Namens (siehe Abschn. 4) der 
anrufenden Teilnehmerstation. Eine entsprechende Antwort 
innerhalb von 10 sec. leitet den direkten Konsoldialog der 
Bediener beider Teilnehmerstationen ein bzw. lehnt ihn ab. 
Bei positiver Bestaetigung wird zunaechst die Nachricht des 
anrufenden Teilnehmers empfangen. Dabei werden die entfernt 
eingegebenen Zeichen direkt auf der lokalen Konsole ausgege- 
ben. . 


Zur Vermeidung von Blockierungen wird der Dialog zeitlich 
ueberwacht. Dies erfordert mindestens die Eingabe eines 
Zeichens aller 10 sec. Der jeweils sendeberechtigte Teilneh- 
mer kann eine Sequenz von maximal 230 Zeichen uebermitteln; 
laengere Nachrichten werden automatisch begrenzt. Die Ueber- 
gabe der Sendeberechtigung zwischen den kommunizierenden 
Teilnehmern wird mit Eingabe von <ET1> vollzogen. Der Dialog 
wird mit <ESC> oder °C bei eigener Sendebeyeohtigung been- 
det. 


Beim Mäilboxbetrieb erfolgt das Einschreiben einer Nachricht 
in eine. freie Mailbox im Hintergrund eines laufenden Pro- 


gramms. Bine vorliegende Nachricht wird mit der Konsolaus- 
schrift 


"=> Habe Nachricht von ..... ! Anzeigen ? <J/N>" 


jedoch erst dann angekuendigt, wenn der Bediener seine Pras- 
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senz an der Konsole durch Bingabe eines beliebigen Zeichens 
meldet. 

Die Nachricht wird bei entsprechender Antwort entweder zur 
Anzeige gebracht oder sofort verworfen. Nach der Ausschrift 
der Nachricht wird der Empfaenger aufgefordert, die VUeber- 
nahme zu bestaetigen: 


"=> Anzeige beenden mit <ET1>" 


Nach Eingabe von <ET1> wird die benutzte Mailbox wieder 
freigegeben. Der Bestaetigung einer Nachricht kann die An- 
kuendigung weiterer Nachrichten folgen. Jeder Teilnehmer 
verfuegt ueber 5 Mailboxen mit einem maximalen Fassungsver- 
moegen von je 230 Zeichen. Sind alle Mailboxen gefuellt, 
wird keine weitere Nachricht entgegengenomnen, bis durch den 
Bediener mindestens eine Mailbox geleert wird. " 


Mit der Deaktivierung des Zusatztreibers ueber das Programm 
LanCon wird der Ausgangszustand des Betriebssystems wieder- 
hergestellt und die LAN-Anrufbereitschaft beendet. 


Zum Anruf eines Teilnehmers wird das Programm LanCall 1.2 
verwendets Der oben beschriebenen Zusatztreiber muss beim 
(bei den) geforderten Teilnehmer(n) aktiv sein. Der Bediener 
wird menuegesteuert durch die Betriebsarten Dialog und Mail- 
box gefuehrt. Die Adressierung der Teilnehmer erfolgt ueber 
tabellarisch erfasste symbolische Namen. Die Tabelle ist 
Bestandteil des Programms und kann bei der Installation 
problemlos modifiziert werden. 


Ein symbolischer Name besteht aus bis zu 5 ASCII-Zeichen und 
kann bis zu 10 Netzwerkteilnehmer vereinen. Jeder Teilnehmer 
kann unter verschiedenen Namen erreichbar sein. Dies verein- 
facht nicht nur die Bedienung des Programms (Namen statt 
Nummern!), sondern ermoeglicht auch einfache Gruppenadres- 
sierungen. 


Es koennen mit einer Eingabe mehrere Teilnehmer(namen) zum 
Dialog bzw. zum Mailboxverkehr gefordert werden. Die Einga- 
beliste wird dann sequentiell abgearbeitet. Diese Verfah- 
rensweise ist besonders dann von Vorteil, wenn ein und 
dieselbe Nachricht an die Mailboxen mehrerer Teilnehmer 
gesendet werden soll. In der Dialogbetriebsart gelten die- 
selben zeitlichen Grenzwerte, Vebergabe- und Abbruchfegt- 
legungen, wie oben angefuehrt. Bei der Eingabe einer Mail- 
boxnachricht sind keine Zeitbegrenzungen gesetzt, da zum 
Zeitpunkt der Eingabe keine Verbindung zwischen den kommuni- 
zierenden Teilnehmern besteht. Die Laenge einer Nachricht 
ist auf 230 Zeichen begrenzt. 


Bei der Abarbeitung von Teilnehmerlisten koennen beide Be- 
triebsarten durch die Eingabe einer beliebigen Taste ge- 
stoppt und wieder fortgesetzt bzw. durch <ESC> oder *C 
abgebrochen werden. Die implementierte Help-Funktion (Ein- 
gabe : ?) vermittelt zur Laufzeit des Programms noetige 
Informationen. 
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SCHREITER,G. 

Zur Nutzung des Transportdienstes im LRN der IHD 
(Protokolle, OSI, transpot layer, LAN) 

Dresden 

wiss. Beiraege der IH Dresden 

1984 6 15-19 


/A3-17/ 

STERL,H.; KURZE,D. R 
Lokale Netze — Bindeglied zwischen Hikrorechnern 
(LAN, Grundlagen) 

Karl-Marx-Stadt 

WZ der TU .Karli-Narx-Stadt 

25 1983 6 925-939 


/A3-18/ 

RICH,B; 

Communication and the personal computer 
(LAN, PC-Netze, Terminalemulation) 
Computer Communications 

8 1985 64 
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/A3-19/ 

QUECK U. 

Das Vebertragungsmedium Kabel 

Teil I: Stoerbeeinflussungsmechanismen bei Datenuebertragung 
Teil II: Abschirmung und Schutz gegen Ueberspannung 
(Verbindungen, subsystenms, physikaliscke Medien) 

Muenchen 

Elektronik 

1986 4,3 99-105 


/A3-20/ 

WERNER,D.; BAUDISCH,R. 

Gateways zum Koppeln’ von Rechnerverbundsystemen 
(Netzwerkarchitektur und Entwurf) 

Berlin 

rechentechnik/datenverarbeitung 

23 1986 11 20-23 


/A3-21/ 

MOCHOF,N. 

PC's and LAN's revolutionize the office 
(Bueroautomatisierung, LAN) 

Computer Design ( Special Issue on future computing) 
1986 7 105-116 


/A3-22/ 

SCHINDLER 

Einige Bemerkungen zu den neuen Sohlagwoertern der 
(Kommunikationstechnologie und Bueroautomatisation) 
Bueroautomation, Kommunikationsanwendungen, osI 
Informatik Spektrum 

5 1982 15 


/13-23/ 

SZYPERSIKI,N. ;ESCHENROEDER,G. 

Unterstuetzung der Bueroarbeit- durch Buerokommunikations- 
systeme 

(Bueroautomatisierung, Kommunikationsanwendungen) 

HMD ("Neue Kommunikationssysteme") 

19 1982 19 53-62 


/A3-24/ 

Rechnergestuetzte Leitung in Kombinaten 
(Typen von Informationssystemen) 

Berlin 

EOS SNLEOBMARLABERNIETAENSLENEE (Beiheft ) 
1981 2 


/A3-25/ 

JANKO,W.; SCHROETER,N.; STUCKY,W. 
Elektronische Mailbox-Systeme 
(Kommunikationsanwendung, electronio mail) 
Angewandte Informatik 

1983 1 1-9 
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/13-26/ 

HOERIG,K.; BAHR,K.; STRUIT,B.; TIEDEMANN,CHR. 
Interne Netzwerke 

(Bueroautomation, Kommunikationsanwendung) 
Office und Management 

31 1983 9,10 690-695 


/13-27/ 

BIRRELL,A.D.; NEEDHAM,R.M. 
An universal file server 
New York 

IEEE Trans.Softw.Eng. 

6 1980 9 450-453 


/A3-28/ 

FROELING , D;GREDEL,B. ;STEGBAUER,W. ;WINGARTEN,J. 
Prossesdaten-Informationssystem mit verteilten Intelligenzen 
Elektronik 

41986 '20 121-126 


/A3-29/ 

LINDEMANN,B. 

Lokale Rechnernetze-Zugriffsverfahren 
(LAN, Zugriffsschema, Grundlagen) 
Berlin 

Nachrichten Elektronik 

1984 9 326-330 


/13-30/ 

LOEFFLER,M. 

LOTUNET - ein lokales Rechnernetzwerk der TU Dresden 
(LAN, LOTUNET) 

Berlin 

Nachrichtenelektronik 

1985 12 


/A3-31/ 

MOERIKE,M. 

Lokale Netze -— ein Vergleich 
(LAN, Grundlagen) 


HMD 
20 1983 111 27-36 


/A3-32/ 

SCHUH,H. 

Lokales Netz trotz Wenn & Aber 
(LAN, Grundlagen) 

Heidelberg 

net 
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/A3-33/ 

NEUBERT,P. 

Lokale Kommunikationssysteme - Internationaler Stand und 
einige Realisierungsprobleme 

(LAN, Grundlagen) 

Berlin 

Nachrichtenelektronik 

1984 7 242 


/A3-34/ 

ROLANDER,T.A. 

Hicrocomputer software meshes with local nets 

(LAN, Netzbetriebssysteme, CP/M, MP/M, CP/NET, CP/NOS, MP/NET) 
New York 

Electronics 

1982 4 


/A3-35/ 

SCOTT HAUGDAHL,J. 

Local area networks for the IBM-PC 

(LAN, PC-Netze, server, spooler, Betriebssysteme, angebotene 
Systeme ‚Netzsofware) 

BYTE Peterborough 

1984 12 147-173 


/13-36/ 

SPANIOL,O. 

Konzept und Bewertungsmethoden fuer lokale Rechnernetze 
(LAN, Grundlagen, performance, 0SI) 

Informatik Spektrum 


5 1982 3 
/43-37/ 
SPANIOL,O. 


Gateways fuer lokale Netze.Einsatz in den Ebenen des ISO- 
Referenzmodells 

(LAN, Gateways, O0SI) 

Proc. ONLINE '83 Bd.V, 1T-1 

1983 


/&3-38/ 

STALLINGS ‚VW. 

Local networks 

(LAN, Grundlagen, performance) 
ACM Computing Servey 

16 1984 3 3-41 


/13-39/ 

DROBNIK,O. 

Software-Technologie fuer Kommunikationstechnik 
Muenchen 

Informationstechnik 

28 1986 1 44-52 
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/A3-40/ 

SCHWERMER,H.R. 

Architekturkonzepte fuer Rechnerkerne,Systeme und Kopplung 
(Verteilte Systeme ‚Rechnerarchitektur) 

Muenchen 

Informationstechnik 

28 1986 1 6-13 


/A3-41/ 

WALBRUECK,H.-J. 

Entwicklung von integrierten Buerokommunikationssystemen- 
Ansaetze und Aktionspartner 

Angewandte Informatik 

19566 8 329-334 


/A3-42/ 

Datenkommunikation und lokale Computer-Netzwerke 
(LAN) : 

BLOMEYER-BARTENSTEIN,P.H. 

Haar b. Muenchen Markt & Technik 
1985 2 


/13-43/ 
KRAEGER,K.; PAUL,S. 
Practical aspects of data communikations 


(LAN) 

KRAEGER; PAUL,S. 

New York McGraw-Hill 
1983 


/A3—-4Hu/ 

KAUFFELS,F.-J. (Hrsg.) 

LAN-Praxis 

Anwendungsverfahren mit lokalen Netzen 
(LAN) 

Koeln, Verlagsgesellschaft Rudolp Mueller 
1985 168 


/A3-45/ 

KAUFFELS,F.-J. 

Lokale Netze-Systeme fuer den Hochleistungs- 
Informationstransfer 

(LAN) 

Koeln-Braunsfeld 

1984 


/A3-46/ 

DAVIS,G.R. (Hrsg.) 

Ihe local area network handbook 
(LAN) 

MoGraw-Hill New York 

1984 
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/A3-47/ 

GOLLUB,U.; AHLERS,D. 

Auswahl und Einsatz lokaler Netzwerke.Neue Wege der 
Informationsbewaeltigung 

(LAN, Grundlagen) 

ae ıhers ‚A. Huething Verlag 

1985 


/A3-48/ 

30ERGEN,K. 

Grundlagen der Kommunikationstechnologie: ISO-Architektur 
offener Kommunikationssysteme 

(Protokolle, 0SI, Grundlagen) 

Berlin (W), Springer Verlag 

1985 TUD 0885 0302-8 


/13-49/ 

GIESE, GOERGEN, HINSCH, SCHULN, TUOEL 

Dienst und Protokolle in Kommunikationssystemen - 
Die Dienst-und Protokollschnitte der ISO Architektur 
(Protokolle) 

Berlin (W), Springer Verlag 

1985 213 


/13-50/ 

OHMANN,F. u.a. 
Komminikations-Endgeraete 
en (W), Springer Verlag 
1983 


/A3-51/ 

JORDAN; LARRY,E. 

Communications and networking for the IBM-PC 
(Eingabe/Ausgabe-DIALOG und Datenuebertragung) 
Englewood Cliffs/USA, Prentice Hall 

1983 


/A3-52/ 

KUO; FRANKLIN,F. (Hrsg.) 

Protocols & techniques for data communication networks 
(Rechnernetze) 

Englewood Cliffs/USA, Prentice Hall 

1981 (ZRI: 0.2/2924) 


/A3-53/ 

MARTIN, J. 

Computer networks and distributed processing:software, 
techniques and architecture 

(Rechnernetze) 

Englewood Cliffs/USA, Prentice Hall 

1981 
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/A3-54/ 

LOEFFLER,H. 
Rechnerverbundsysteme 
(Rechnernetze, Entwurf, Normung) 
Akademie-Verlag 

Berlin 1984 


/A3-55/ 

KERNER; BRUCKNER 

(Rechnernetze) 

Berlin, New York Springer Verlag 
1981 RZ 3509 (WPU-SIN) 


/A3-56/ 
MEISSNER, K. 
Arbeitsplatzrechner im Verbund 


(Rechnernetze) 

Muenchen, Hanser Verlag 
1985 

/A3-57/ 


LOEFFLER, H. 

Lokale Netze und einige Probleme ihrer Hard- und 
Softwaregestaltung 

TU Dresden, 

Studientexte lokale Rechnernetze 

Heft 79/85 I S. 5-11 


/A3-58/ 

FAERBER, G. 

Bussysteme 

R.-Oldenbourg-Verlag Muenchen — Wien 
1984 


/A3-59/ 

KAUFHOLD, B. 

Digitale Nachrichtensysteme mit Vielfachzugriff und 
dezetraler Vermittlung -ein Veberblick 
Nachrichtentechn. Elektron. 

Berlin 

33 (1983) 6 

Ss. 231-234 


/A3-60/ 

SCHIEL,W. 

Prozeszsteuerung: Intelligenz vor Ort 
Elektronik 

Muenchen 

1986 

Heft 20, S. 11-12 
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/A3-61/ 

KORNER,E. 

PROCESS CONTROLLER R 5010 — ein neues Erzeugnis der 
EAW-elektronik 

mer 

Berlin 

(1985) 6 

S. 242-248 


/A3-62/ 

MUELLER,W.—R. ;WILL,TH. 

Anwenderprogrammentwicklung fuer den PROCESS CONTROLLER R 5010 
msr 

Berlin ! 

28 (1985) 6 

Ss. 252-257 


/43-63/ 

RINDERKNECHT,H.R. 

Mailbox -— Das Kommunikationsmittel der Zukunft? 
Das rationelle BUERO 

Juni 1986 

S. 17-26 


/A3-64/ 

LUDOLF,WILHELM S® 

Lichtwellenleitersysteme fuer die industrielle Umgebung, 
Kostenvergleiche fuer optische und konventionelle Daten- 
verbindungen 

Feinwerktechnik & Messtechnik 

94 (1986) 5 

S. 318-322 


/A3-65/ 

FARBER,G, R 

Entwicklungstrends der Mikroelektronik und Informationstechnik 
atp 

1986 

Heft 9 

S. 411-422 


/43-66/ 

SEIFART,M. 

Intelligenter Prozesskoppelmodul 
Mikroprozessortechnik 

1986 

Heft 1 

Ss. 11-14 
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/A3-67/ 

Elektronik-Notizen 

280-Architektur in 16-Bit-Version, 

Softwarekompatibel zum 8-Bit Vorgaenger, Preis unter 100 DM.- 
Elektronik 

(1987) 7 

S. 10-11 
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